Live data from Hacker News

Chart.js is back online

chartjs.org

91–100 of 127 posts

Re: Chart.js is back online

#93
post #26

Earlier quoted context omitted.

That seems less of a polite way of saying, and more like a butt-covering lie. Am I supposed to understand from 'misunderstand' that the company might be climbing down from a stupid mistake it made, or actually be misled?

It's not necessarily any of your business. The code is back, why do you need to know the full and whole truth about his dealings with his employer? And what's wrong with letting someone save a bit of face when they came out on the right end of something after all?

> It's not necessarily any of your business

I think this is wrong, Nick initally posted to the Internet - without caveat's - I think it's perfectly reasonable to ask question's and intrigue.

Re: Chart.js is back online

#94
post #66

I think its completely crazy that hardly any of the charting tools in javascript support error bars! Only Highcharts 3.0 beta supports error bars, as far as I know. Data are absolutely meaningless without error bars and its not very smart to use that data without appropriate estimates of uncertainty.

Really? Most folks just want to chart signups, lead submissions or similar in a time period. No uncertainty at all.

Re: Chart.js is back online

#95
post #71

Congrats 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...

Re: Chart.js is back online

#96
post #71

Congrats 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…

Executives love animations. It looks like you can turn them off but trust me, after years of doing presentations in front of "the suits", it'll be worth leaving it in.

Re: Chart.js is back online

#97
post #71

Congrats 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 agree with both sides: animated charts and graphs can add some welcome eye candy to an otherwise-dull presentation, potentially clarifying how quantities change relative to each other.

But they can also be distracting and annoying when used in a context where they add gratuitous motion in random areas. The chart.js homepage is itself an example of how not to use animated graphs. As soon as one graph captures your attention, you're distracted by another one animating in the corner of your eye, so you're discouraged from looking too closely at either.

The page as a whole suffers due to its lack of respect for the reader's attention.

Re: Chart.js is back online

#98
post #39

My #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.

Re: Chart.js is back online

#99
post #78
post #64

They look quite nice. But I would prefer that the default way of initializing the dataset is by loading a HTML table. This way content would always be accessible, even without Javscript and also by crawlers like Google.

There's nothing stopping you from doing that with a pinch of javascript.

Of course :) I just think that doing it from a HTML table is best practice and it's always nice when a library promotes these. Most developers simply go: 1) I want chart 2) Chart needs JSON 3) I give chart JSON
Post reply on HN