[opensuse-packaging] Shared applications.menu... or not
Hi, As you might know, the current /etc/xdg/menus/applications.menu does not really work well with GNOME, and that's an issue that has been annoying quite some people. The most visible issue with it is that all the configuration tools that we don't want to see there in GNOME appear in the System submenu. I've been thinking hard about it, and I'm starting to think that the approaches that are used in KDE and GNOME are too different to keep only one applications.menu (if someone from Xfce or LXDE wants to step in to give another point of view, please do so). Fortunately, there's a simple way to fix this: we can just set the XDG_MENU_PREFIX environment variable to "gnome-" in GNOME, and fallback to the upstream structure. Which works much better for GNOME. But, since everything is not perfect, it's possible that we'll end up in a situation where the categories in a .desktop file work well for gnome-applications.menu but not for applications.menu. Before investing more time in a solution for this, I'd like to hear what people think we should do. FWIW, it's my strong opinion that our current way to structure the menu can only bring us pain in the long term since we'll always have to tweak Categories in all .desktop files, instead of just using what upstream delivers us. Which is also a reason why I'd like to use a menu structure from upstream. Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
* Vincent Untz
As you might know, the current /etc/xdg/menus/applications.menu does not really work well with GNOME, and that's an issue that has been annoying quite some people.
The most visible issue with it is that all the configuration tools that we don't want to see there in GNOME appear in the System submenu.
I've been thinking hard about it, and I'm starting to think that the approaches that are used in KDE and GNOME are too different to keep only one applications.menu (if someone from Xfce or LXDE wants to step in to give another point of view, please do so).
Fortunately, there's a simple way to fix this: we can just set the XDG_MENU_PREFIX environment variable to "gnome-" in GNOME, and fallback to the upstream structure. Which works much better for GNOME.
But, since everything is not perfect, it's possible that we'll end up in a situation where the categories in a .desktop file work well for gnome-applications.menu but not for applications.menu.
Before investing more time in a solution for this, I'd like to hear what people think we should do.
FWIW, it's my strong opinion that our current way to structure the menu can only bring us pain in the long term since we'll always have to tweak Categories in all .desktop files, instead of just using what upstream delivers us. Which is also a reason why I'd like to use a menu structure from upstream.
LXDE (and AFAIK KDE) already use a custom menu. I've recently cleaned up the LXDE menu and fixed a number of packages along the way. What I find missing in the GNOME menu (and what I have achieved in the LXDE menu now) is a clear separation of applications, system-wide settings and desktop preferences. Furthermore, every entry in the "Other" menu should be simply considered a bug, i.e. the lack of a proper category. Fixing the menu structure is mostly a matter of cleaning up the sloppy use of categories in specfiles. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Le vendredi 04 juin 2010, à 20:03 +0200, Guido Berhoerster a écrit :
LXDE (and AFAIK KDE) already use a custom menu. I've recently cleaned up the LXDE menu and fixed a number of packages along the way. What I find missing in the GNOME menu (and what I have achieved in the LXDE menu now) is a clear separation of applications, system-wide settings and desktop preferences.
FWIW, there should be no system-wide settings and desktop preferences appearing in the applications menu from GNOME. And it seems to work well with gnome-applications.menu. Where can I see the menu from LXDE?
Furthermore, every entry in the "Other" menu should be simply considered a bug, i.e. the lack of a proper category.
Yep.
Fixing the menu structure is mostly a matter of cleaning up the sloppy use of categories in specfiles.
We should simply not change the categories in our spec files and make the changes upstream instead; else, we'll diverge in a way that can easily break our menus later. Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
* Vincent Untz
Where can I see the menu from LXDE?
It's in lxmenu-data.
We should simply not change the categories in our spec files and make the changes upstream instead; else, we'll diverge in a way that can easily break our menus later.
Well, depends on the quality of the upstream desktop-files which varies, you might need to push changes upstream. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Le vendredi 04 juin 2010, à 20:48 +0200, Guido Berhoerster a écrit :
* Vincent Untz
[2010-06-04 20:10]: Where can I see the menu from LXDE?
It's in lxmenu-data.
It turns out it's based on the one from GNOME, and it's still highly similar to the GNOME one. The two differences I can see is that there are some tweaks in how categories are used (with some <Not> that were added) and that you put the prefs/administration stuff in the same menu file, while in GNOME we used a different one (settings.menu). Else, it's the same thing. So if we choose to use gnome-applications.menu for GNOME, this would actually work pretty well with what you're using in LXDE -- even if we don't share the same applications.menu. Of course, an alternative is to change the applications.menu shipped in desktop-data-openSUSE to look like ours; but that'd mean getting agreement from KDE.
We should simply not change the categories in our spec files and make the changes upstream instead; else, we'll diverge in a way that can easily break our menus later.
Well, depends on the quality of the upstream desktop-files which varies, you might need to push changes upstream.
Sure. And that's my point: we should not change categories downstream without pushing the change upstream. Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Hi, Just to let everyone know: Le samedi 05 juin 2010, à 10:40 +0200, Vincent Untz a écrit :
So if we choose to use gnome-applications.menu for GNOME, this would actually work pretty well with what you're using in LXDE -- even if we don't share the same applications.menu.
We decided to switch to gnome-applications.menu. That means that applications.menu from desktop-data-openSUSE is now used by KDE (and maybe XFCE?) only. Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
participants (2)
-
Guido Berhoerster
-
Vincent Untz