Re:Here's why Raphael.js and SVG totally rock.
by arethuza on Thursday April 22, 2010 @02:21PM
(#1285963)
I agree - I tried Raphael but actually found it a bit limiting. I can live without IE support (I can use Flex for that) so jQuery SVG looked like the better choice.
The only criticism I could make of jQuery SVG is that the docs often assume that you know a lot about SVG, but that is pretty minor.
Re:Here's why Raphael.js and SVG totally rock.
by doki_pen on Thursday April 22, 2010 @02:52PM
(#1286076)
I find that it is true in general. It seems too hard to learn about svg.
Re:Here's why Raphael.js and SVG totally rock.
by arethuza on Thursday April 22, 2010 @05:14PM
(#1286471)
I've found that pretty much everything you would want to know about is documented - just not all in one place.
Re:Here's why Raphael.js and SVG totally rock.
by chairface on Friday April 23, 2010 @10:53AM
(#1288196)
I'm in enthusiastic agreement. I tried to use Raphael for a hobby project that required efficient scaling of a lot of elements, and I thought Raphael would be ideal for this. Unfortunately, Raphael's list-like data structure (I forget exactly what it's called) doesn't take advantage of SVG's natural advantages in this area. It loops over all the elements in the list and scales them individually, rather than putting them all in one <g> node and scaling that. It's horribly slow for large groups.
edit: I should mention that I moved to jquery-svg and have been happy ever since. :)
Anyway, for comparison, here is the jQuery SVG interface:
Why have I used the SVG? It animates smoother in HTML4 on iPhone's Safari and on my linux distro's Firefox than when I tried canvas manipulations.More recently, I noticed the HTML5 canvas stuff being smooth for both. Still, the benefit of the SVG is having the ability to treat each object as its own DOM element, where you have to rig all that framework yourself for graphical objects you create on the canvas.