Package icon isn't installed into hicolor icon theme

[LordPhoenix]

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-Tolomelli (didrocks)]

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.

[Michael Terry (mterry)]

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).

[Frederik Elwert (frederik-elwert)]

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)]

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.

[Rick Palmeira (rickinbsb)]

Are there any plans on this being fixed?