GNOME Bugzilla – Bug 398391
Alacarte no longer detects top level System menu
Last modified: 2007-02-12 03:08:43 UTC
System: linuxPPC running fedora/FC6 and GARNOME-2.17.5 Alacarte no longer detects the top level System menu. When Alacarte is launched the Menus window displays only Applications and its sub-menus. The top level Systems menu has gone missing. -Joseph
This is by design. In the latest 2.17.x releases System->Preferences and System->Administration were replaced with a link to the control center. Thus no more menu to edit.
Travis, Ah... A feature rather than a bug. Previously, I have been using Alacarte with GARNOME to filter out duplicate applications found when searching both the GARNOME and system XDG configure directories: XDG_CONFIG_DIRS=$GARNOME/etc/xdg:/etc/xdg Now I am seeing duplicates in the menus that I cannot [easily] hide using the menu editor. Thoughts??? -Joseph
Don't Do That? :) Actually, gnome-menus should be removing duplicates if they have the same filename. Perhaps file a bug there? (or reassign this one)
Shouldn't it be possible to also customize the control center? It might be reasonable to add it to another dialog but I don't see a reason why the application menu should be editable but the control center should not.
I would think that any menu found by searching XDG_CONFIG_DIRS should be both visible and editable. This gives the user control, which is the purpose of a menu editor. At present Fedora [FC6 and rawhide] do not use control-center. Forcing a vendor to use a specific application seems counter to the whole idea of open source. These changes are going to create some issues that will have to be worked through. "Life on the bleeding edge..." [:-)] -Joseph
Fedora folks are free to add patches to their package to get the old functionality back, I'm tracking stock GNOME here.
Travis, I agree: A vendor can do whatever they wish. The question I have about this change is whether or not the change is consistent with the current version of the menu specification: http://standards.freedesktop.org/menu-spec/menu-spec-latest.html For the main category "Settings" [setting applications], the spec states: Entries may appear in a separate menu or as part of a "Control Center"' It does not state that "Settings" must appear in a "Control Center". The orginal functionality allowed the user the option of using a "Control Center" or "Settings" menus. Thoughts??? -Joseph
My €0.02: + the spec is only a spec. We can fix it if we don't agree :-) + I agree that editing settings.menu would be nice + I also understand the fact that alacarte is a *menu* editor, and the control-center shell is not a menu. So this could be confusing. + maybe this could be fixed in the shell in some way?
Can this be reopened for bug #402797 ?
We really want the system menu and submenus back in the panel for Fedora, and we also want menu editing for it back. I hear Sun may also want it back. It was my understanding that Vincent agreed to add settings.menu support back to the panel. How about alacarte ?
Reopening, since this is needed for bug 402797 as Denis pointed out. This should be fixed for 2.18.0. Sorry Travis, but the current consensus is that it's needed, so the ugly hack should come back.
Alright, alright, you win. I put the hack back for now. I'll figure out how to do it cleanly for 2.20.