Package icon isn't installed into hicolor icon theme

Bug #489695 reported by LordPhoenix on 2009-11-28
32
This bug affects 7 people
Affects Status Importance Assigned to Milestone
Quickly
Undecided
Unassigned

Bug Description

When looking in deb file created with command "quickly package" I find no image file saved in /usr/share/pixmaps directory. So I have to use a non standard directory in desktop file.

Quickly version info :
Quickly 0.2.5
  Python interpreter: /usr/bin/python 2.6.4
  Python standard library: /usr/lib/python2.6

  Quickly used library: /usr/lib/python2.6/dist-packages/quickly
  Quickly data path: /usr/share/quickly
  Quickly detected template directories:
          /usr/share/quickly/templates/

Sorry for my bad English I don't speak it very often.

A quickly projects desktop.in file looks in the /usr/share/appname/media/icon.png directory by default, this is not one of the 3 directories that the official desktop file spec looks in. Quickly also hardcodes this file path into the desktop.in file. ---- Ryan Macnish

Didier Roche (didrocks) wrote :

Thanks for trying and using Quickly.

/usr/share/pixmaps is for icons used in the menu. As Quickly doesn't ship one in ubuntu-project projects, we don't use that directory. All others images included must not be shipped in that directory as they aren't icons.
Maybe I'm understanding you wrongely, you can reopen the bug in this case.

Changed in quickly:
status: New → Invalid
Ryan Macnish (nisshh) on 2010-05-21
description: updated
description: updated
Didier Roche (didrocks) on 2010-05-21
Changed in quickly:
status: Invalid → Triaged
Michael Terry (mterry) wrote :

FYI, the icon should not be installed into /usr/share/pixmaps but rather /usr/share/icons/hicolor/48x48/apps (or scalable/apps or 24x24/apps, whatever).

I’d second this request. python-distutils-extra supports the installation of icons in the standard paths: Icons you place under data/icons/<size>/<category>/ are installed in the right place under /usr/share/icons/hicolor/. You can then just use the icon names instead of full icon paths for desktop files, window icons and the logo in the about dialog.

So I’d suggest moving data/media/icon.png to data/icons/16x16/apps/<projectname>.png and data/meda/logo.svg to data/icons/scalable/apps/<projectname>.svg. (This is what I normally do with a fresh quickly project.) I think logo.png is then obsolete.

Advantages:
 * uses standard location for icon files
 * automatically chooses correct size: Especially the window and menu icons should be available in a scalabe format. E.g. Ubuntu Netbook Remix uses much larger icons for its custom starter (as does GNOME3 Shell), and Compiz uses large variants of the window icon for overlays for window switching. Currently, the tiny icon.png is used, which results in a ugly blurred icon.

Disadvantages:
 * Icons are only available after installation. (I don’t know enough about PyGTK, maybe one could hack some icon lookup magic to use the local files when running the project uninstalled.)

Other side effects:
 * The update_desktop_file in setup.py is no longer necessary when using just the program name as icon name.

Michael Terry (mterry) on 2010-12-16
Changed in quickly:
assignee: nobody → Michael Terry (mterry)
status: Triaged → In Progress
Michael Terry (mterry) wrote :

This has to be carefully done. When installed into /opt or running locally, you want hard coded paths [1]. But when installed into the system, it would be nice if it could install into the system hicolor theme. I'm not sure such a nicety is worth maintaining both icon theme & hard coded.

[1] Because if you just have 'my-project' as the icon in, say, a .desktop file, a separate package like Unity won't know where to find your icon. So it's easiest to hard code the path.

summary: - Package created with quickly doesn't contain any icon saved in
- /usr/share/pixmaps/
+ Package icon isn't installed into hicolor icon theme
Changed in quickly:
assignee: Michael Terry (mterry) → nobody
status: In Progress → Triaged
Rick Palmeira (rickinbsb) wrote :

Are there any plans on this being fixed?

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers