GNOME Bugzilla – Bug 73511
We still have some menu inconsistancy with regard to menu properties
Last modified: 2015-03-24 13:00:31 UTC
I'm filing this to make sure we keep tracking this. Please see comments below. One particular question: menu properties still shows Global menu and Main menu as options. Do you know if former is being got rid of, and only Main menu will remain ? Hi John, MAIN MENU CAPPLET -OR- INCLUDE IN PANEL CAPPLET I think the ideal solution is to have a separate Main Menu capplet. The Main Menu is not associated with panels exclusively - you can use a shortcut key to open it. Having said that, you specify what shortcut key opens the Main Menu in the Panel capplet! What about this: - Panel capplet: Contains two tabs, General and Animation - Main Menu capplet: Contains two tabs, Menus and Shortcut keys. Menus enables you to specify which menus appear in your Main Menu, Shortcut keys enables you to specify the shortcuts for the Main Menu and Run Program dialog. No functionality for changing the icon. MENU ITEM THAT OPENS THE CAPPLET I agree that the menu item that opens the Main Menu capplet should be General Preferences, rather than Properties. If you right-click on a panel, the popup menu includes the following items: - Properties: Enables you to modify the properties for >the current panel only< - Global Preferences: Enables you to modify preferences for >all panels< Main Menu panel objects should follow this model. In this case, however, there is no way to modify the properties of an individual Main Menu, so there would be no Properties menu item. I plan to add definitions of preferences and properties to our list of Recommended Terminology soon. Eugene John Sheehan wrote: > > Creating a Main Menu is fine, but unfortunately > it still has a per menu property dialog which is > total gibberish in a Gnome 2.0 context. > > This HAS to be resolved. We cannot release it > as is. > > Can we persuade George to resolve quickly and > get an exemption from Release team. Our (Eugene > and my) preference is that: > > - Global Menu is gone. There is only Main Menu > > - All Main Menus should have identical layout. > This layout could be defined as a tab in > panel capplet (as in 1.4 for global menu) > or as a separate Main Menu capplet. This > capplet might allow the icon to be changed > (for all Main Menus) - but maybe it's best > that Main Menu icon should be invariant ? > > - right clicking on a Main Menu allows you > to select Properties (or better: General > Preferences) which invokes this capplet. > > What can we do for 2.0 ? > > Thanks > > John
Umm... marking high because you guys say it is :) But, were I a gnome panel maintainer reading this bug, I'd say 'huh?' I have no idea, offhand: (1) What inconsistencies the title refers to (2) What /specifically/ the proposed remedy is Just a thought... clearer bugs that specifically state in very clear language /exactly/ what is wrong and /exactly/ what the proposed solution is tend to get acted on a lot more quickly :)
Thanks Luis! I couldn't remember the bug number [and failed miserably to find it]. I just logged this yesterday to store some mails in case they got removed. Anyway, what is needed is the following - On the panel context menu, Add to panel->Menu->Main Menu Programs Menu Remove Programs Menu, rename Main Menu to 'GNOME Menu' Remove the possibility of editing the properties to the 'GNOME' Menu when it has been added to the panel. Also, when you go to menus, right click Entire menu -> Add this as menu to panel We also need to remove the possibility of editing the properties for the menu that gets added. Calum in agreement with this, right? :)
Sounds about right. :) >Remove Programs Menu, rename Main Menu to 'GNOME Menu' More specifically, rather than ending up with a submenu with only one item on it, what we want here is "Add to Panel->GNOME Menu".
Can i just add to this that perhaps the clock applet should also not be in a submenu with only one item. At least thats how it is in my current ximian snapshot.
Adding some more comments from emails - I just wanted to clarify that the M in Menu should be uppercase. We want the GNOME Menu to be a distinct entity with a strong identity, that is why we are giving it a proper name. I think that this could bring strong branding benefits to GNOME.
Gonna attempt to plough my way through some menu code. This seems like a trivial hack, but we might want to sort out how we want this to look. Is it okay for the moment to keep kde, dist etc.. menus all on by default?
Also, there is presently a "normal menu" (whats normal about it, btw.?) that only shows up if you edit the foot menu propeties.
Re: Normal Menus-- when we discussed this the other day, the consensus was to remove the "Normal Menu" radio button from the UI. The user doesn't need to know what a "normal menu" is, and the current ability to change a normal menu back into a Main Menu (and even a Global Menu, in 1.4) was deemed pretty bogus and useless-- anyone who misses it after Glynn removes it must be smoking some pretty good stuff :)
Okay, committed half of it. Still need to disable properties though - dunno when I'll get the chance to do that ;(
Created attachment 7139 [details] [review] Patch for disabling properties option
Arvind: I don't think this is what Glynn meant. If we do disable the properties dialog completely, all the code will be removed Glynn: do you want to remove the properties dialog for the menu altogether or ... please clarify ... (Bear in mind, I think some people might still want to change the icon) Marking down from Urgent, the urgent parts seem to have been fixed.
When we talked about this with the docs team, we kind of agreed to remove the ability to change the menu icon too (i.e. just remove the entire properties dialog), at least temporarily for the sake of expedience. The theory being that the GNOME Menu should always have the GNOME foot icon for ease of recognition, documentation and (dare I say it) brand reinforcement (spit!) purposes, and that user-created menus would end up with the same icon as the parent menu they were created from, which is good for consistency and therefore usability. (This theory kind of falls down if you create a new menu from scratch, but I'm not even sure you can do that in the 2.0 panel.) We appreciated that some people may miss this feature, but perhaps we should take it out and see how many people complain, just to be sure :o)
The current panel docs don't refer to the menu preferences dialogue, so removing it won't require a docs change. adding myself to cc list.
Taking my name off this since I haven't touched it in ages.
This is done in cvs head.