*** This bug has been marked as a duplicate of 80366 ***

Bug 80366 has nothing to do with this bug. I don't get it.

I'm pretty sure the bug is a dup, Bill must have just typed the wrong number.

Alex - Kenneth thought the icons from the icon theme were fuzzy 
and /usr/share/pixmaps icons were not. I didn't verify. Maybe we are picking 
the wrong sizes?

There are two problems
a) GnomeIconTheme picked 16x16 instead of 32x32 when looking up a 20x20 icon.
I've checked in a fix to libgnomeui HEAD that makes it never scale up unless it
has to.

b) we still have prescaled icons in the Bluecurve theme, and the
X-GNOME-AlreadyScaled=true hack doesn't work anymore.

I installed cvs libgnomeui and removed the X-GNOME-AlreadyScaled=true lines from
Bluecurve/index.theme - now everything works. Thanks Alex!

It's not as bad now but Garrett thinks we are still e.g. scaling the menu icons
from 32x32 instead of 48x48.

IMO we should:
 - put back the Makefile stuff to do scaling
 - remove any scaled icons that are checked in to CVS
 - restore the X-GNOME-AlreadyScaled hack, or do the automated 
   Makefile scaling to all sizes we use.

Why do you think we need the prescaled icons? What requires them?

Btw. Yes, we do currently scale down the 32x32 icon.

KDE required the scaled icons in 8.0. It may no longer require them, then 
we can just kill them, but so far no one has *verified* that KDE no longer 
requires them.

Let's do this:
 - remove the prescaled icons from CVS
 - I'll test KDE for breakage
 - we can add the autoscaler if required

Good plan. In fact I'm already working on the patch to fix KDE scaling (which
seems to be existing, but buggy).

Multiple sizes of the icons are now provided. I checked in the sheets and
changed the config file for the app icons yesterday. For stock icons (which are
not in KDE, yet), there are already a few sizes as well. I plan on implementing
more sizes for the filesystem and mimetype icons soon.