How does it compare to <a href="http://nvd3.org/" rel="nofollow">http://nvd3.org/</a> ? Ember Charts seem to have much fewer chart types available, what are your further development plans?
One of the best parts of working with ember since 1.0 has been the way you can break apart code into components and easily drop and extend them in the application as needed. The consistent declarative API is really nice.<p>I hope there are more projects that come out like this and make it easier to get started building ember applications.<p>The current "drop in a JS library" usually involves learning and using too many JS APIs with very different styles.
I think this is our 3rd or 4th attempt at making a charting library, but the first one we are actually happy with. Good APIs for charts are surprisingly hard to get right. It was actually one of our interns (<a href="https://github.com/raykyri" rel="nofollow">https://github.com/raykyri</a>) who did most of the work on rewriting charts. Open source libraries are a really great match for intern projects.
This looks nice, but I am little confused why a client side charting library needs ember as a dependency. Maybe I don't understand the intended use case....
For what its worth, I've been pleased with a comparable library called Chart.js<p>Official: <a href="http://www.chartjs.org/" rel="nofollow">http://www.chartjs.org/</a>
Github: <a href="https://github.com/nnnick/Chart.js" rel="nofollow">https://github.com/nnnick/Chart.js</a>
It would be nice if more of these chart libraries implemented box-plots: <a href="http://informationandvisualization.de/blog/box-plot" rel="nofollow">http://informationandvisualization.de/blog/box-plot</a>
Is there a way to get static SVG (i.e. no JavaScript) out so you can incorporate the chart into a document, edit in Inkscape, etc., or does SVG+JavaScript inherently mean that the result is stranded in the browser?