The first suggestion would be to not use hundreds of rectangular
paths, use <rect> instead
WebKit certainly, and probably Firefox will be able to draw and store
rects much more efficiently
than paths.
A better idea would be to come up with a way to actually make a path
that represents large blocks
of colour, rather than trying to rasterise the image yourself -- if
you raster it yourself you immediately
take the "Scalable" out of SVG :D
Finally, if your server understands gzip compression of content you
may want to make it do that as it will
save a lot of the transfer bandwidth requirements
--Oliver
On May 26, 2007, at 2:09 PM, Kvark wrote:
>
> Hello, im new to svg!
>
> I've taken a 300x300 size map and trying to visualize it in svg, im
> having
> some success, but the performance is really bad, could somone tell
> me if im
> doing something wrong, or is svg not suited for this purpose?
>
>
> Attached, html file with my code, since it's big.
>
> Thanks in advance
>
> /Kvark
http://www.nabble.com/file/p10820033/map.htm map.htm
> --
> View this message in context:
http://www.nabble.com/SVG-Performance--tf3821824.html#a10820033> Sent from the w3.org - www-svg mailing list archive at Nabble.com.
>
>
>
