No sure answer but these are the issues as I see them: - Settings applications have very generic names that make sense in the context of a settings menu but not on their own [2] - Packages can contain multiple .desktop files and I don't think software center can guarantee to pick the best one - A common case of multiple .desktop files is to make MIME handlers which almost certainly will be a bad pick
The Desktop Entry Specification [1] says: "NoDisplay means "this application exists, but don't display it in the menus". This can be useful to e.g. associate this application with MIME types, so that it gets launched from a file manager (or other apps), without having a menu entry for it (there are tons of good reasons for this, including e.g. the netscape -remote, or kfmclient openURL kind of stuff)." So if USC is considered a "menu" then these shouldn't be used. Some packages of note: gnome-orca - Has NoDisplay=true, if the .desktop is ignored it would display "Scriptable screen reader" from dpkg gnome-utils - Classic multi application package (dictionary, screenshot, ...) - It doesn't appear in the software center [3] gnome-bluetooth - Has the "Bluetooth" settings entry - It doesn't appear in the software center Other NoDisplay packages: onboard, file-roller, gdebi, ... (grep NoDisplay /usr/share/applications/*) The only safe method of USC using the Name and Description from a .desktop file is if the package contains only one .desktop file with NoDisplay=false and it would be displayed in the "Applications" menu, i.e. it is not in the Settings category. [1] http://standards.freedesktop.org/desktop-entry-spec/latest [2] Perhaps USC could mark settings differently? [3] I think these packages should be split, probably not the responsibility of USC -- GNOME Color Manager Shows in Software Center as "Color Profiles" https://bugs.launchpad.net/bugs/539330 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
