digikam icon does not scale in unity (Ubuntu 11.04)

Bug #781728 reported by T Kortehisto
48
This bug affects 8 people
Affects Status Importance Assigned to Milestone
digiKam
Won't Fix
Medium
digikam (Ubuntu)
Fix Released
Low
Harald Sitter
Precise
Won't Fix
Low
Harald Sitter
Quantal
Won't Fix
Low
Harald Sitter
Raring
Fix Released
Low
Harald Sitter

Bug Description

In previous versions of digikam it did not install a hicolor icon, so the only icon source for unity was the debian-menu's low-resolution xpm icon. When upstream grew support for hicolor the packaging was not updated accordingly so the low-res icon problem remains.
This affects all environments but KDE's workspace but can easily be resolved by actually fixing the packaging to include the hicolor icons.

[Test Case]
* Check that /usr/share/icons/hicolor/*/apps/digikam.png is present
--
* Log into unity and check that aforementioned icon is used and has an appropriate resolution

[Regression Potential]
None.

--------------------
Binary package hint: unity

Digikam icon does not scale in the application launcher even though icon format is SVG. Digikam developer suggested that the bug would be in Ubuntu (unity), not digiKam. I'm running Ubuntu 11.04 64-bit with digiKam 2.0-beta5 and all other icons scale beautifully. Will attach image to illustrate the problem.

Tags: precise
Revision history for this message
In , Terri-bugs (terri-bugs) wrote :

Created attachment 59936
Image of the digikam icon on Ubuntu 11.04

Version: 2.0.0 (using KDE 4.6.2)
OS: Linux

Ubuntu 11.04 uses new desktop interface Unity and it has application launcher on the left side, where most used (and active) applications can be seen. DigiKam icon pixelates terribly when it is streched to fill the space. Could you create icon that scales better?

Reproducible: Always

Revision history for this message
In , Caulier-gilles-9 (caulier-gilles-9) wrote :

digiKam icon are SVG, so scalable as well...

Sound like an Unity problem...

Gilles Caulier

Revision history for this message
T Kortehisto (kortehisto) wrote :
Revision history for this message
In , Terri-bugs (terri-bugs) wrote :

Will report the problem to Ubuntu. Thanks for quick reply.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug report, is that still an issue in Oneiric?

Changed in unity (Ubuntu):
importance: Undecided → Low
Changed in unity:
importance: Undecided → Low
Revision history for this message
Roland Geider (menschenfresser) wrote :

Yes, the icon still does not scale correctly in Oneiric. In the Alt+Tab switcher it looks specially ugly.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in unity (Ubuntu):
status: New → Confirmed
Revision history for this message
Omer Akram (om26er) wrote :

thats something Unity can't fixed, it seems digikam ships with 32*32 icon by default. the bug needs to be fixed in the app itself.

no longer affects: unity
affects: unity (Ubuntu) → digikam (Ubuntu)
Revision history for this message
Achim Bohnet (allee) wrote :

digikam (only) includes from digikam 0.* days a .xpm version 16x16 and 32x32 as required by
debian menu spec. (No idea if this spec is still relevant, hopefully not ;) )

(2)ach@allee:~$ dpkg -L digikam digikam-data | egrep -i 'digikam[^/]*.(png|xpm|svg)$'
/usr/share/pixmaps/digikam-16.xpm
/usr/share/pixmaps/digikam.xpm
/usr/share/kde4/apps/digikam/data/splash-digikam.png
/usr/share/kde4/apps/digikam/data/banner-digikam.png
/usr/share/kde4/apps/digikam/data/logo-digikam.png
/usr/share/kde4/apps/digikam/about/top-left-digikam.png

The high qualitiy version (used by KDE) are from oxygen-icon-theme

(0)ach@allee:~$ dpkg -S apps/digikam.png
oxygen-icon-theme: /usr/share/icons/oxygen/48x48/apps/digikam.png
oxygen-icon-theme: /usr/share/icons/oxygen/22x22/apps/digikam.png
oxygen-icon-theme: /usr/share/icons/oxygen/128x128/apps/digikam.png
oxygen-icon-theme: /usr/share/icons/oxygen/32x32/apps/digikam.png
oxygen-icon-theme-complete: /usr/share/icons/oxygen/256x256/apps/digikam.png
oxygen-icon-theme: /usr/share/icons/oxygen/16x16/apps/digikam.png
oxygen-icon-theme: /usr/share/icons/oxygen/64x64/apps/digikam.png

Not sure what's the right fix.
 * add digikam png to fallback hi-color theme?
 * add a svg version? What's unities perference?
 * or ... ?

Revision history for this message
In , Terri-bugs (terri-bugs) wrote :

Reopening as upstream is not sure how to fix this, perhaps you have more information or a suggestion for them. Please see comments #5 and #6 of the Launchpad bug report:

https://bugs.launchpad.net/ubuntu/+source/digikam/+bug/781728

Revision history for this message
In , Tommy_CZ (t-kijas) wrote :

Without answering the bug has been marked as resolved.

#5
thats something Unity can't fixed, it seems digikam ships with 32*32 icon by default. the bug needs to be fixed in the app itself.

Can you disprove it please?
T.Kijas

Revision history for this message
Tommy_CZ (t-kijas) wrote :
Revision history for this message
Tommy_CZ (t-kijas) wrote :

And with 12.04 LTS the bug still exists.

Revision history for this message
Tommy_CZ (t-kijas) wrote :

12.04.1 the bug still exists.

Revision history for this message
Achim Bohnet (allee) wrote :

As digikam at the moment stores it's high quality icons only in the oxygen icon theme,
unity and gnome will not find them by default. So please try:

# Copy digikam icons from oxygen to the fallback hicolor theme.
cd /usr/share/icons/oxygen
sudo rsync -vR */apps/digikam.png ../hicolor

If not found:
   sudo apt-get install oxygen-icon-theme
try teh rsync again.

Logout/in and try again.

If one still sees the ugly icons, move them to a location that is not searched, e.g., your home dir

  sudo mv -v /usr/share/pixmaps/digikam*.xpm $HOME/

Logout/in and try again.

Revision history for this message
Harald Sitter (apachelogger) wrote :

Totally an upstream issue:
http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html#install_icons

So as a matter of fact the only reason there is an icon to begin with is because of the debian-menu icons we have there (which really is not all that relevant anymore seeing as above mentioned spec + the desktop entry spec pretty much solve the same problem in a distro independent fashion).

Solution: upstream needs to install at least a 48x48 icon to hicolor in accordance with the specification recommendation.

Changed in digikam (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
Achim Bohnet (allee) wrote :

Hi Harald,

I had a look. the bug in not upstream, it's kubuntu packaging :-( During a debuild, cmake install installs the icons
to debian/tmp/ but we don't copy them to any pkg:

(0)allee-q@lap-allee:~/Source/digikam/digikam-2.7.0$ find . -iname digikam*png
./doc/digikam/digikam/digikamlogo.png
./debian/tmp/usr/share/doc/kde/HTML/en/digikam/digikamlogo.png
./debian/tmp/usr/share/icons/hicolor/16x16/apps/digikam.png
./debian/tmp/usr/share/icons/hicolor/64x64/apps/digikam.png
./debian/tmp/usr/share/icons/hicolor/256x256/apps/digikam.png
./debian/tmp/usr/share/icons/hicolor/32x32/apps/digikam.png
./debian/tmp/usr/share/icons/hicolor/22x22/apps/digikam.png
./debian/tmp/usr/share/icons/hicolor/48x48/apps/digikam.png
./debian/tmp/usr/share/icons/hicolor/128x128/apps/digikam.png
./debian/digikam-doc/usr/share/doc/kde/HTML/en/digikam/digikamlogo.png

Same problem with */apps/showfoto.png

2) I assume debian/digikam-data.install needs a line like

usr/share/icons/hicolor/*/apps/

2) Independly we should either get rid of debian/xpm.d/ and co completely
or at least update the icons

   convert tmp/usr/share/icons/hicolor/16x16/apps/digikam.png xpm.d/digikam-16.xpm
   convert tmp/usr/share/icons/hicolor/32x32/apps/digikam.png xpm.d/digikam.xpm

same for showfoto.

Can you fix it Harald? I'm not sure when I (ever) find the time to update my pkging skills ...

Achim

Changed in digikam (Ubuntu):
status: Invalid → Confirmed
Revision history for this message
Harald Sitter (apachelogger) wrote :

Indeed, it is actually blacklisted from packaging. Supposedly at some point in the past digikam in fact only installed the icons to oxygen, which was in conflict with oxygen-icons (as that too provides the icons). When that got fixed upstream the packaging was not properly updated.

Probably worth a SRU.

Changed in digikam (Ubuntu Quantal):
status: Confirmed → Triaged
description: updated
Changed in digikam (Ubuntu Precise):
status: New → Triaged
importance: Undecided → Low
assignee: nobody → Harald Sitter (apachelogger)
Changed in digikam (Ubuntu Quantal):
assignee: nobody → Harald Sitter (apachelogger)
Revision history for this message
Harald Sitter (apachelogger) wrote :
Changed in digikam (Ubuntu Precise):
status: Triaged → In Progress
Revision history for this message
Harald Sitter (apachelogger) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package digikam - 4:3.0.0~beta3-0ubuntu1

---------------
digikam (4:3.0.0~beta3-0ubuntu1) raring; urgency=low

  * New upstream release
    - Add build-deps : libhupnp-dev, libqtgstreamer-dev, libmagickcore-dev
  * Merge from debian, remaining changes:
    - Make sure libqt4-opengl-dev, libgl1-mesa-dev and libglu1-mesa-dev only
      install on i386,amd64 and powerpc
    - Depend on libtiff-dev instead of libtiff4-dev
    - Drop digikam breaks/replaces kipi-plugins-common since we're past the
      LTS release now
    - digikam to recommend mplayerthumbs | ffmpegthumbs. We currently only
      have latter in the archives, even though former is also supposed to
      be part of kdemultimedia. (LP: #890059)
    - kipi-plugins to recommend www-browser rather than konqueror directly
      since 2.8 no direct usage of konqueror is present in the flickr
      plugin anymore (LP: #1011211)
    - Keep kubuntu_mysqld_executable_name.diff
    - Don't install libkipi translations
    - Keep deps on libcv-dev, libcvaux-dev
    - Keep split packaging of libraries
    - Replace icons from KDE 3 time in debian/xpm.d/*.xpm with the new
      versions (LP: #658047)
  * Update debian/not-installed
 -- Rohan Garg <email address hidden> Mon, 26 Nov 2012 18:24:20 +0000

Changed in digikam (Ubuntu Raring):
status: Fix Committed → Fix Released
Changed in digikam (Ubuntu Quantal):
status: Triaged → Won't Fix
tags: added: precise
Changed in digikam:
importance: Unknown → Medium
status: Unknown → Won't Fix
Revision history for this message
Steve Langasek (vorlon) wrote :

The Precise Pangolin has reached end of life, so this bug will not be fixed for that release

Changed in digikam (Ubuntu Precise):
status: In Progress → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.