--nextPart2673508.JR3AkQmtoy
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Sunday 17 June 2007, Stephan Kulow wrote:
> Am Sunday 17 June 2007 schrieb Thomas Zander:
> > What this means to me is that if we do a gzip of each svg (and rename t=
he
> > file to the proper compressed svg extention) we actually gain some 50%
> > diskspace compared to the pngs.
>
> Of course you need to remove .svn from the pngs too before you compare yo=
ur
> numbers with Aarons.

ah, right.. we're talking about release tarballs, not svn pulls .. without=
=20
svn's little disk consumers, png is ~22mb and svg is ~164mb. compressed, th=
e=20
svg's are 18MB.

we're still left with the runtime rendering issue, of course, particularly=
=20
with the blur filter.

in any case, i have just talked with the oxy team and have compressed all t=
he=20
svg's in svn. thankfully inkscape supports svgz. i'll be committing as soon=
=20
as the script is done (my god[dess] is svn mv slow)

have svg only icons really doesn't cut it until we have faster computers=20
and/or we're fine with each user have a full copy of all pixmaps in their=20
home dir in the icon cache

p.s. rivo's had some really great success with that icon cache SoC project.=
=2E=20
start up performance is rather improved, with the icon classes setup droppi=
ng=20
from ~550ms to ~50ms on his system for an app with cold disk caches.

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

=46ull time KDE developer sponsored by Trolltech (http://www.trolltech.com)

--nextPart2673508.JR3AkQmtoy
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQBGdXUD1rcusafx20MRAjbuAJoCj5QyBP1wxybIFkZRPxZcM5UKNACdHuOi
pxykPT9O7e41ib6DHVB5SOc=
=kJ0U
-----END PGP SIGNATURE-----

--nextPart2673508.JR3AkQmtoy--