Snap – A JavaScript SVG Library
21–30 of 60 posts
Re: Snap – A JavaScript SVG Library
#22This is awesome. One of the problems I've had with Raphael is that it's explicitly not supposed to be an SVG library, so SVG-specific features tend to go unsupported. SVG groups are probably the most obvious example of this.
Thank you.
Re: Snap – A JavaScript SVG Library
#23Libraries like this come up on HN on a regular basis it seems. As I read through the site I kept asking myself "this looks great and all, but can I depend on it in the long term?". Then I came across the "about" section where it says it was created by the creator of Raphael.js[1]. Say no more.. I'm in! [1] http://raphaeljs.com/
I came across the snapsvg announcement in a Tweet by the creator: https://twitter.com/DmitryBaranovsk/status/39305298289322393... > Here we go: new SVG library from Adobe by yours truly Snap.svg. Snapsvg.io I didn't know Dmitry was Raphael's creator nor that he was working for Adobe. So all I saw was "Adobe" and thought "Flash" and then, "Nah"
That IDE he's using in the video is called brackets[1] and it's originally from adobe. I'm watching it closely to jump from sublime to it.
Re: Snap – A JavaScript SVG Library
#24Re: Snap – A JavaScript SVG Library
#25I have capable and deep server-side SVG generation libraries I've written for CAD/CAM applications. I've always wanted to use them for generating all-or-mostly SVG web UIs. I can generate an SVG view straight from a model, and it's not an HTML+CSS cludge. The SVG's relationship with the data object is much more clear. With better JS manipulation support from libraries like this, the possibility of a rich and full-featured implementation is closer.
Not to mention that the browser vendors are FINALLY putting effort into truly supporting SVG, after 10+ years. It's good to prod them in this direction by demoing. Maybe we can help encourage an SVG-support vendor battle like what's going on for JS engines.
Time for me to get started on open sourcing my libs. They need to be completely broken out and made more general but I think it's time to join in and support these excellent efforts.
Re: Snap – A JavaScript SVG Library
#26I feel like whenever one of these gets posted, it should have a compare / contrast with d3.js
Re: Snap – A JavaScript SVG Library
#27Earlier quoted context omitted.
Suffer the same fate as Flash? The fate of sustaining comfortably for more than a good decade you mean?
?? I never wrote "Suffer the same fate as Flash". Please reread my comment. I was referring to the previous poster's apparent pain with Flash. Not the fate of Flash itself.
Re: Snap – A JavaScript SVG Library
#28today i recovered this http://web.archive.org/web/20080426161839/http://www.fragmen... via waybackmachine. i coded this in 2006 (its optimized for IE6 and the (at that time cutting edge now for a long time deprecated) adobe svg plugin). basically a LOGO like language in svg and js. the good news is: it still works (webkit), the bad news is that i still dont believe that SVG is the future. fool me once ...
Re: Snap – A JavaScript SVG Library
#29Libraries like this come up on HN on a regular basis it seems. As I read through the site I kept asking myself "this looks great and all, but can I depend on it in the long term?". Then I came across the "about" section where it says it was created by the creator of Raphael.js[1]. Say no more.. I'm in! [1] http://raphaeljs.com/
He now has two very similar (but not compatible) libraries to support.
Raphaël.js is great, btw.
Re: Snap – A JavaScript SVG Library
#30I find a bit strange not to have contributed in svg.js ( http://www.svgjs.com/ ). Not Invented Here ?
Well that is what he said. But I believe having created Raphael.js in 2008, much before svg.js existed, also influenced his decision.