After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 402797 - [Patch] Make it easier to switch back to Preferences menus
[Patch] Make it easier to switch back to Preferences menus
Status: RESOLVED FIXED
Product: gnome-control-center
Classification: Core
Component: shell
git master
Other Linux
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-01-31 12:19 UTC by Denis Washington
Modified: 2007-02-19 16:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Easier switch to preferences menus (gnome-menus patch) (5.06 KB, patch)
2007-01-31 12:20 UTC, Denis Washington
needs-work Details | Review
Easier switch to preferences menus (gnome-control-center patch) (5.52 KB, patch)
2007-01-31 12:21 UTC, Denis Washington
needs-work Details | Review
Easier switch to preferences menus (gnome-menus patch) (4.73 KB, patch)
2007-02-01 15:09 UTC, Denis Washington
committed Details | Review
Easier switch to preferences menus (gnome-control-center patch) (5.39 KB, patch)
2007-02-01 15:10 UTC, Denis Washington
none Details | Review
Easier switch to preferences menus (gnome-control-center patch) (5.46 KB, patch)
2007-02-06 14:33 UTC, Denis Washington
committed Details | Review

Description Denis Washington 2007-01-31 12:19:26 UTC
These two patches (one for gnome-menus and one for gnome-control-center) make the switch from the new control center shell to the old menus.
This is done through the following changes:

gnome-menus
-----------

* Revert the re-arrangements in preferences.menuso the Preferences menu is exactly like the old one.

* Add the Administration and the Preferences menu back to settings.menu.

* Add NoDisplay=true to Preferences.directory and System-Settings.directory. This makes the menus hidden by default. The trick: though they are hidden, the menus will appear in menu editors (I tested with alacarte) and can be easily enabled.


gnome-control-center
--------------------

* To preserve the categories in the control center shell, ship an own gnomecc.menu file with them.

* Add gnomecc.directory for gnomecc.menu.

* Change the shell to use gnomecc.menu.


One problem still remains: currently gnome-panel doesn't read in settings.menu anymore. Can you fix that, Vincent (maybe by reverting the change)?
Comment 1 Denis Washington 2007-01-31 12:20:38 UTC
Created attachment 81583 [details] [review]
Easier switch to preferences menus (gnome-menus patch)
Comment 2 Denis Washington 2007-01-31 12:21:35 UTC
Created attachment 81584 [details] [review]
Easier switch to preferences menus (gnome-control-center patch)
Comment 3 Jens Granseuer 2007-01-31 17:10:07 UTC
Please don't use hard-coded paths ("/usr/share/...", in both patches). Instead, use an .in file that gets populated with the proper values by configure.
Comment 4 Denis Washington 2007-01-31 17:15:44 UTC
Excuse me, those <LegacyDir> tags shouldn't be there anyway. Please ignore them, they wouldn't be commited.
Comment 5 Denis Washington 2007-02-01 15:09:26 UTC
Created attachment 81664 [details] [review]
Easier switch to preferences menus (gnome-menus patch)

Removed the slipped-in <LegacyDir>.
Comment 6 Denis Washington 2007-02-01 15:10:09 UTC
Created attachment 81665 [details] [review]
Easier switch to preferences menus (gnome-control-center patch)

Removed the slipped-in <LegacyDir>.
Comment 7 Denis Washington 2007-02-01 15:36:35 UTC
This change also requires alacarte to make editing settings.menu possible again. CC'ing the maintainers.
Comment 8 Vincent Untz 2007-02-05 23:11:43 UTC
I committed the gnome-menus patch.
Comment 9 Vincent Untz 2007-02-06 00:16:32 UTC
I'm wondering if all of the .directory files that were added to gnome-menus should be kept there, or if they should be moved to the control center. I've no strong opinion on this...
Comment 10 Denis Washington 2007-02-06 14:33:52 UTC
Created attachment 82018 [details] [review]
Easier switch to preferences menus (gnome-control-center patch)

Hope I got it right this time :)
Comment 11 Alex Graveley 2007-02-08 07:56:58 UTC
Okay, so I'm kind of confused.  I'm getting bugs for gimmie running on 2.17.90 that the flattened settings tree loaded from settings.menu contains only gnomecc.desktop.

To get a listing of all preferences and system-settings, as settings.menu used to give me, should I load gnomecc.menu if it exists?  Or was it a bug that gnomecc.menu wasn't being included in settings.menu for 2.17.90?
Comment 12 Denis Washington 2007-02-08 13:16:31 UTC
(In reply to comment #11)
> Okay, so I'm kind of confused.  I'm getting bugs for gimmie running on 2.17.90
> that the flattened settings tree loaded from settings.menu contains only
> gnomecc.desktop.
> 
> To get a listing of all preferences and system-settings, as settings.menu used
> to give me, should I load gnomecc.menu if it exists?  Or was it a bug that
> gnomecc.menu wasn't being included in settings.menu for 2.17.90?
> 

settings.menu also contains the old menus, but they are hidden by default, so they must be enabled by a menu editor or by changing NoDisplay=true to NoDisplay=false in Preferences.directory and System-Settings.directory.
Comment 13 Alex Graveley 2007-02-08 19:37:29 UTC
Okay, so this sucks for gimmie's out-of-box experience.  What do you guys suggest for getting the old settings.menu behavior?  Trying to load gnomecc.menu?  Loading both preferences.menu and system-settings.menu?
Comment 14 Denis Washington 2007-02-09 13:33:33 UTC
(In reply to comment #13)
> Okay, so this sucks for gimmie's out-of-box experience.  What do you guys
> suggest for getting the old settings.menu behavior?  Trying to load
> gnomecc.menu?  Loading both preferences.menu and system-settings.menu?
> 

If the categories should be there, loading gnomecc.menu would be the right thing. If not, the best thing might be an own .menu file (Preferences.directory and System-Settings.directory couldn't be used because they contain the NoDisplay=true definition, so preferences.menu cannot be used if Preferences.directory is hidden).
Comment 15 Denis Washington 2007-02-19 16:46:46 UTC
All patches commited. @Alex: if you still have problems with the current menu situation in gimmie, please open up a new bug.