RFC: Wine Icons
joel at airwebreathe.org.uk
Fri Nov 14 11:56:55 CST 2008
> The problem that I see with the new SVG icon support is that we use
> icotool to create the small-size icons from the SVG when the SVG is
> available. This rarely works well. I think we need to maintain
> hand-drawn small-size icons, and optionally use SVG to generate
> larger-size (larger than 32x32) icons.
You're absolutely right.
I'm the GUI maintainer for Lumiera, and we're generating our icons from
SVGs. Each icon has to be specially adopted for each of the standard
small sizes. We've adopted the "one canvas" icon workflow that Tango
artists seem to be working toward. This is a video demonstrating the
Basically it involves drawing a basic icon, then tweaking it so that it
looks good for different sizes. The SVG file is then "rigged" by putting
in invisible bounding boxes marked with XML metadata (this can all be
done in inkscape). We then have a python script* that then walks through
the SVG, rendering all bounding boxes that it finds marked with the
Here's an example of one of our SVGs:
As you can see, the icon has been tweaked to look good at 48x48, 32x32,
22x22 (24x24 is also produced from this size), and 16x16. The "One
Canvas Workflow" makes it very easy to make consistent changes instead
of having to keep hundreds of different files in synch.
> You might try bugging Herve, as he's been redrawing all the icons.
I find that a bit alarming. I'm sure he's working very hard, and doing
good stuff, but I don't think Wine should be redrawing anything. Not
when we have Tango around - it's designed to try create some consistency
through standardisation. IMO standards are really good! - we use them if
we possibly can.
* see here:
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 3181 bytes
Desc: not available
Url : http://www.winehq.org/pipermail/wine-devel/attachments/20081114/f76475e0/attachment.bin
More information about the wine-devel