Use X-GNOME-FullName over Name for more comprehensive entries
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
software-center (Ubuntu) |
Fix Released
|
Medium
|
Kiwinote | ||
Maverick |
Fix Released
|
Undecided
|
Unassigned | ||
Natty |
Fix Released
|
Medium
|
Kiwinote |
Bug Description
Binary package hint: software-center
s-c 3.0.2
Open s-c with eg "software-center cheese empathy evolution gwibber". Note that the application list and details view uses the Name field from the desktop file resulting in 'Cheese, Empathy, Evolution, Gwibber', rather than the X-GNOME-FullName from the desktop file which would result in 'Cheese Webcam Booth, Empathy Internet Messaging, Evolution Mail and Calendar, Gwibber Social Client'. These longer names are a lot more descriptive and will hence help people to find the application they want (also in searches). I have implemented this new behaviour with a simple fix available in the branch linked.
It would be great to have this in s-c 3.0, but things to take note of:
- It would seem that Unity won't be affected by this change, but I aren't really sure..
- When running s-c in eg French and displaying eg Cheese , the fullname is not translated (in the 'where is it' path it is). This seems to be a difference in the gettext domains used in app-install/
Changed in software-center (Ubuntu): | |
assignee: | nobody → Kiwinote (kiwinote) |
importance: | Undecided → Medium |
status: | New → Fix Committed |
Changed in software-center (Ubuntu Natty): | |
status: | Fix Committed → Fix Released |
Michael Vogt pinged me about this bug, so just chiming in here for completeness.
I'm pretty sure this wont cause problems for Unity. The one place that comes to mind is when launching s-c to install an app from the Availabale group in the apps place. In that case we fire off 'software-center $pkgname/$name' (as I agreed with Michael at the platform sprint). If we now get X-GNOME-FullName instead of Name, this might confuse s-c?