Tags: SVG, Semantic Computing, Tech
Wanted: SVG Rendering Timer
December 4th, 2006, by Rich.
I’m doing a lot of work with SVG at the moment, and something that would be very useful to understand is exactly which parts of a diagram are taking the longest to process and render.
For very complex documents with many thousands (possibly many millions) of elements, knowing that rendering a particular portion of the image is taking n% of the time can help identify which areas of the image need to be re-written to make the image as a whole work better and faster.
SVG optimization is going to become a significant area of development over the coming years, especially for SVG that uses ECMAScript to modify the DOM, because it will help turn todays stuttering experiments into tomorrows smooth graphical web based applications.
So if such a tool doesn’t exist already, someone needs to make it - perhaps as a Firefox plugin. If it does exist… what’s the URL?


December 11th, 2006 at 1:28 am
Know FireBug?
December 11th, 2006 at 1:58 am
Oh yes. I’ve been using it (version 0.4) since the end of October when a developer on the bbPress forum mentioned it - it’s very quickly become part of my daily toolbox, and I’ve found that for debugging the scripted elements of my SVG it’s indispensable.
… but as far as I know it can’t do timings, can it?
Slightly related: I tried Gran Paradiso Alpha 1 today having read that the SVG engine has been updated, but it refuses to launch.
December 15th, 2006 at 3:33 pm
I’ve asked in MozillaZine.