On Wed, 2004-10-06 at 12:07, Carsten Lohrke wrote:
> On Wednesday 06 October 2004 10:30, Paul de Vrieze wrote:
> > Actually the new kde and gnome releases both support the same menu files
> > IN THE SAME LOCATION. Those files need to be in /usr/share/applications,
> > and follow the freedesktop menu specification. The main difference with
> > "traditional" kde .desktop files is that a Categories entry must be
> > present. With current releases just putting a file there "just works".
> Hm, that's good to know. I had in mind, that the used function to create such
> a file was replaced by another, but didn't know the status. Nevermind, found
> it (man eutils.eclass), but maybe I'm not enough Linuxifed, to like it, that
> I have to grep through the files to find out, what the name of the function
> may be and where it may be implemented, before using man to get what I want.
> The function does not test, if the icon exists btw..
If you mean make_desktop_entry, that is a dirty little hack used by the
Games team pretty much exclusively. Also, the function *shouldn't* test
whether an icon file is present simply because it would be a lot more
work and there can be menu entries without an icon (look at doom3) that
may get added at a later date. Currently, I have been using
/usr/share/pixmaps to put all of my icon files, but anything in the icon
path for your environment is searched when the ebuild is run. Also, by
doing it without checking, it makes it easier for the user to substitute
the icon simply by placing a new file with the same name in ~/.icons,
rather than editing the .desktop file.
Release Engineering - Operational/QA Manager
Games - Developer
email@example.com mailing list