8 Mar
2011
8 Mar
'11
7:52 p.m.
On 03/08/2011 12:52 PM, Robert Xu wrote:
Well, they're DE-specific. None of these will
integrate with each other.
Each DE parses the desktop file differently.
In theory, yes,
But my concern (Well I don't know the technical reason), anyway, I can't tell
you the number of times on both Arch Linux and openSuSE I have edited my menus
in Gnome only to go back into kde3 and find new entries in my kde3 menu that I
just made in Gnome. That's frustrating.
I know all desktops share the standard menu definition and the gnome entries
are 'usually' "hidden" in kde and vice-versa. I don't want that to
happen in
Trinity. That's why I asked about leaving them in /opt/trinity. But, I don't
think that has any bearing on the issue since $XDG_CONFIG_DIRS has both /etc/xgd
and /opt/trinity/etc/xdg in the path :)
Who will update kdelibs in the svn tree to set the location to /etc/xdg?
And back to my original question -
"Do we want to update the applications.menu specification to add
Graphics/Utilities to put kruler, kcolorchooser, etc.. in the Graphics/Utilities
submenu instead of letting them clutter up Graphics?"
Might as well "kill 2 birds with one stone" while were are working in the area
:)
--
David C. Rankin, J.D.,P.E.
>
> (2) If Trinity can find its menus in /opt/trinity/etc/xdg/menus, then is there
> any harm leaving it there to keep changes in gnome from mucking up the trinity
menu?
>
No. But GNOME won't muck up the trinity menu...
David, each category in each *.desktop file defines where it will be placed.
The Trinity applications.menu doesn't care about GNOME has, and vice versa.