GNOME Bugzilla – Bug 75103
Add to panel menu -> "launcher from menu" should just be "applications"
Last modified: 2015-03-24 13:00:31 UTC
In the add to panel menu, there is a sub menu "launcher from menu" this should probably just be retitled applications, since this is a more concise and clear term for end users.
Hrm. Agreed that 'launcher from menu' is unclear but not sure that 'applications' is /that/ much better. There must be a better solution, I think, but I can't think of one. :/
"launcher from menu" seems really dense. What about: "New Application Launcher..." and "Application Launcher"->
only problem with "new application launcher..." is that technically these don't have to be applications. But that may be a detail we can ignore.
Seth I don't think 'New Application Launcher' makes sense since nothing has else has 'New' inf front of it ... I'm certainly for changing 'Launcher from menu' to something else though
Nothing else is creating a new thing. Well, not in the same sense. This is creating and then adding to the panel an application launcher that never existed before, as distinguished from adding an existing launcher to the panel. Still, I agree, the name is suboptimal. Still waiting for Nils to actually comment on these bug reports. I bet he has bugzilla mail filtered to the trash ;-)
(I'm trying to think how we deal with the Launchers... ) Add to panel menu -> Applications -> Other Application... Acessories ... Would something like that work?
This won't require any docs changes. We don't get down to the level of "launcher from menu".
I like that.
Guys, what about putting the option to choose a launcher from the menu within the launcher editing dialog so there is only one menu item relating to launchers in the add menu? So the launcher dialog would have a browse type button next to the command or something like that.
1. I like kevin's idea, would be nice but obviously is post gnome2. 2. I think we should use the term shortcut instead of launcher, this is the term windows uses for equivalent .desktop files. also see bug 81210
I would like to commit the attached patch to re-arrange the menu and fix this problem. Comments? Ok to commit?
Created attachment 14398 [details] [review] the patch
Created attachment 14399 [details] screenshot of new layout
Anymore comments on this? I just added the PATCH keyword.
Adding some more keywords and upping pri.
The patch itself is fine - I was just hoping for someone input on the patch from the usability guys. Personally, I'm not mad about the layout Frank proposed. "Other Application" seems a bit strange - other than what ? Also, the location of Application/Other Application... seems to arbitrarily split the sub-menus from Menu Bar/Main Menu/Drawer ...
(Removed the PATCH keyword)
"Other Application..." doesn't seem great, but seems tolerable. I'm more concerned about the continued separation between "internal applets" and "external applets" ... namely I don't see a user sensible reason why "Main Menu", "Menu Bar", and "Drawer" are not included in this menu system. They are actually easier to miss this way if you're used to finding applets in the sub-menus.
there is no reason - we now merge the lock/logout buttons into menus for example. We just haven't categorised the others ... suggestions ? The "Utility" menu is getting a bit overweight, just because "Utility" is such a generic category ...
Yeah, Utility is getting a little heavy. We might try to form a category of desktop-related elements, though I'm not sure quite what to call it. Another possibility would be to place really common items (perhaps those on the panel by default?) in no sub-category. So you'd have, clock, window list, menu bar, and status dock right below the sub-menus (w/o a separator though, which really distances the items). The distinction between Menu Bar and Main Menu is rather confusing right now....but that's a separate issue I guess :-)
Comment on attachment 14398 [details] [review] the patch See Comment #16
We don't have this problem anymore. gnome-panel HEAD features a slick "Add to Panel" dialog. regs, Chris