GNOME Bugzilla – Bug 331142
"Application;" .desktop category violates freedesktop spec
Last modified: 2007-05-01 10:31:40 UTC
When an application wants to be listed in the application menu under "Games", according to Desktop Menu Specification it should provide a .desktop file with the line "Categories=Game;". In GNOME, It also needs to provide the Application category. This breaks the spec in two ways: - no such requirement is mentioned in the spec, therefore conforming desktop files without Application won't be listed correctly in the GNOME menu - the Application category isn't listed in the spec, so it should be prefixed with "X-". (original text without changes from bug 192268)
Updated to current state: - category "Application" is no more mandatory, so any .desktop will be listed
Looks like every single GNOME .desktop is poisoned with Application; category and that is not a gnome-menus problem anymore (with exception: 'Application' is still present in applications.menu). Any comments? Hints?
Ubuntu bug about that: https://launchpad.net/products/gnome-menus/+bug/47426 "desktop files with Category=Science; don't show in the menus For example, copy the following to /usr/share/applications [Desktop Entry] Version=1.0 Encoding=UTF-8 Name=Kmatplot Plotter GenericName=Data Plotter Comment=A tool for plotting data sets in 2D or 3D Exec=kmatplot Icon=kmatplot Type=Application Terminal=false Categories=Math;Science; It doesn't show. Now in Categories add "Application". It shows (in Other). "Application" though isn't a registered fd.org category [1]. Thanks. [1] http://standards.freedesktop.org/menu-spec/latest/apa.html"
This is also a problem with Categories=TV;Video; . "Application" needs to be appended in order to make this appear.
That happens with gnome-menus 2.17.5, updating the bug according to that
Opening description wrongly suggests original bug number. Correct number is #129268
2007-05-01 Vincent Untz <vuntz@gnome.org> * layout/applications.menu: don't require Application category for the Other submenu, since this is not a valid category. Should fix bug #331142