Qt SVG renderer

[Aaron J. Seigo]

On Friday 01 August 2008, James Richard Tyrer wrote:
> Matthew Woehlke wrote:
> > Thiago Macieira wrote:
> >> On Tuesday 29 July 2008 18:20:01 Matthew Woehlke wrote:
> >>> Rafael Fern�ndez L�pez wrote:
> >>>> http://media.ereslibre.es/2008/07/icons/
> >>>>
> >>>> Here you can find a full list of icons that are misdrawn, and how
> >>>> inkscape draws it.
> >>>
> >>> What's with all the icons that have "junk" behind them? Is that extra
> >>> stuff in the svg (that could, and probably should, be deleted), or how
> >>> is Qt managing to munge those?
> >>
> >> That's what I'm most alarmed about. How did that junk appear?
> >>
> >> Are those things in the SVG files? If they are, it's like Microsoft
> >> Word keeping old revisions when you publish a .doc.
> >
> > I suspect they're really there, but I was/am (ahem) hoping that one of
> > the artists that's familiar with the icons will comment. Otherwise I
> > will probably try to dig out one of the offending files and take a look.
>
> I have worked with only a few Oxygen SVG icons and I have found junk in
> all of them.  There are several types of junk:
>
> 1.	Junk that can be removed with InkScape by a simple:
>
> 	File -> Save
> 	File -> Vacuum Defs
> 	File -> Save
>
> 	Yes, what is removed here is like MS-Word.

this should only be done upon distribution as final tarballs as it makes 
editting them later with inkscape much harder.

> 2.	Meta-data that can be removed by a final save as a "Compressed
> 	Plain SVG"

ditto.

> 3.	Invalid outlines that have only 2 points.  I don't know where
> 	these come from, but they can be found by stepping through the
> 	outlines in InkScape.

this is indeed cruft, yes.

> 4.	There may be unused objects which have been moved to the back.

we need to be careful with this: we use such objects in plasma to store useful 
rendering hints. irrelevant for icons, though (at least right now anyways)

> 5.	Objects that are not really needed -- that represent too much
> 	complexity.

the differences are minor in the two files, but certainly noticeable (at least 
here =) ... this is something i'd rather leave up to the artists, though. they 
have shown they have good sensibility here.

of course, none of the above should (or does) affect actual rendering results.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Trolltech

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20080804/03b12338/attachment.sig>