I'm currently a Highcharts advocate, but this looks quite promising. Would love to see a comparison between the two (not sure if I have bandwidth to do it myself).
Chart.js is back online
101–110 of 127 posts
Re: Chart.js is back online
#102I was asleep while this happened, can someone post a copy of the message or whatever it was? There's absolutely no context any more.
I dont have the original post, but the author wrote earlier today that due to copyright/licensing issues with his previous employer he had to take down the project he had released as open source.
Also, just wanted to say hi--remember me? You gave me karmawhores years ago, just wanted to say thanks again!
Re: Chart.js is back online
#103"Pie charts are great at comparing proportions within a single data set." No they're not.
Is this something to do with the area of circle sectors?
Re: Chart.js is back online
#104Welcome back. Nick, if you want it to be really successful, add a little bit of interactivity, at least labels to pie/doughnut charts and hover values on line charts. Then it's perfect.
The project mentions that this was an intentional design decision. The graph's are written to a canvas element, which means a low memory footprint and the ability to save graphs as images. I believe they'd need to switch over to using SVG elements for graphs if there are plans to add DOM events to chart elements.
[deleted]
Re: Chart.js is back online
#105My #1 feature request is a fall-back that allows people to print the charts. This currently won't work for articles, unfortunately.
I am able to print all the charts that appear on the home page there with Chrome. At least I can print to PDF, though I don't see why printing to paper wouldn't work just as easily.
Interesting. It's only a problem on Opera, so I suppose it has to do with the Presto rendering engine.
So this should fix itself, when Opera switch to WebKit.
EDIT: Having said that, there needs to be a print.css for the charts. Things like #000 for labels, axes and such.
Re: Chart.js is back online
#106Congrats on being able to open source this and thank you for doing so. Honest question: Is animation really a needed feature for this? The opening animation adds no information value and has the negative effect of making the user think the graphics are actually interactive. I'm sure the animation itself isn't memory/processor intensive but it seems like a really unnecessary feature for a charting library that creates…
(Not having played with chart.js) If the values change at any point and the display is updated, animation is much, much more than eye-candy. It's cognitive reassurance and an affordance that allows the user to more readily understand what is changing and how it's changing. (source: I did the work equivalent to a master's thesis in grad school on building a tool for visualizing qualitative data)
I think subtle animation for transitions and changes make for a much more pleasant user experience than when there are no animations, but animations for the sake of animation should, IMHO, be avoided. For example, I find the animated fade-in effect on the chart.js site to be distracting.
Re: Chart.js is back online
#107Would be great if they added support for tooltip style labels on datapoints!
Re: Chart.js is back online
#108Congrats on being able to open source this and thank you for doing so. Honest question: Is animation really a needed feature for this? The opening animation adds no information value and has the negative effect of making the user think the graphics are actually interactive. I'm sure the animation itself isn't memory/processor intensive but it seems like a really unnecessary feature for a charting library that creates…
Here's a good paper about animated transitions in stats graphs and their effectiveness. http://vis.stanford.edu/files/2007-AnimatedTransitions-InfoV...
The referenced Heer & Robertson paper discusses chained animated transitions that take you from one type of visualization to another in a way that explains the relationship between the two visualizations. The usefulness of chained transitions is debatable, but it is important to note that Chart.js's implementation seems to starts from nothing and animate to the final position of a single type of chart. This is not really adding: "empty" is not an interesting state, so the transition is frivolous. Moreover, because it forces pixel movements on the page, the users are left with looking for meaning, and are distraction so I'd contend this impedes with overall usability. And yes, it is great eye candy, and the corporate powerpoint junkies will probably love it, but remember: they also love those 3D pie charts.
Re: Chart.js is back online
#109Congrats on being able to open source this and thank you for doing so. Honest question: Is animation really a needed feature for this? The opening animation adds no information value and has the negative effect of making the user think the graphics are actually interactive. I'm sure the animation itself isn't memory/processor intensive but it seems like a really unnecessary feature for a charting library that creates…
I think I understand your question.
It's not so much animation of data into it's final state (which is purely eye candy) but rather animation between states. I.e. you want to show how something changes over time, the suddenly it becomes very useful.
Then again I don't know if it's possible to animate between states. (i.e. from 1990-2010)
Re: Chart.js is back online
#110I'm currently a Highcharts advocate, but this looks quite promising. Would love to see a comparison between the two (not sure if I have bandwidth to do it myself).
First thing that comes to mind is that Chart.js has less restrictive licencing. Chart.js available under the MIT licence, while Highcharts has a paid commercial licence and CC licence for non-profit projects.