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. > > >Received on Monday, 28 May 2007 02:24:29 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 28 May 2007 02:24:32 GMT