[deleted]
Chart.js - open source HTML5 charting library
51–60 of 63 posts
Re: Chart.js - open source HTML5 charting library
#52Regarding "object oriented" vs "object orientated", the former is the standard variation while the latter is what linguists call a backformation.
http://en.wikipedia.org/wiki/Back-formation
Basically, someone interprets "orientation" as having a stem of "orientate" analogous to how "contemplation" has a stem of "contemplate". Of course, the real stem is "orient".
Re: Chart.js - open source HTML5 charting library
#53This is by far the best chart library of the easy offerings - outside d3.js.
I would love support for a vertical and horizontal stacked bar chart for things like budget break-downs and general side-by-side comparisons.
Your Y axis has too many values in my opinion. I know it can be hard to code, but I think the example charts can do without the *5 values.
Great job!
Re: Chart.js - open source HTML5 charting library
#54A bit of the shame on the interactivity: "If you are looking to add interaction as a layer to charts, Chart.js is not the library for you. A better option would be using SVG, as this will let you attach event listeners to any of the elements in the chart, as these are all DOM nodes." Most charts are far more useful with rollovers to let the user interpret the data. I'd say this is a must have for most anything where…
We actually have our own in-house charting library at Chartbeat that uses Canvas that does exactly that (roll over the main chart):
Re: Chart.js - open source HTML5 charting library
#55@nnnnnick this looks great. I work with d3 on a daily basis and while I think that it's a great toolchain, the need for something small, fast and canvas based was absolutely needed. Well done.
Re: Chart.js - open source HTML5 charting library
#56A bit of the shame on the interactivity: "If you are looking to add interaction as a layer to charts, Chart.js is not the library for you. A better option would be using SVG, as this will let you attach event listeners to any of the elements in the chart, as these are all DOM nodes." Most charts are far more useful with rollovers to let the user interpret the data. I'd say this is a must have for most anything where…
We actually have our own in-house charting library at Chartbeat that uses Canvas that does exactly that (roll over the main chart): http://chartbeat.com/publishing/demo/
Nice! FYI, those charts are VERY fuzzy on my retina display. :(
Re: Chart.js - open source HTML5 charting library
#57Earlier quoted context omitted.
We actually have our own in-house charting library at Chartbeat that uses Canvas that does exactly that (roll over the main chart): http://chartbeat.com/publishing/demo/
Nice! FYI, those charts are VERY fuzzy on my retina display. :(
Yeah. We're actually in the process of moving to D3 partly because of this. :\
Re: Chart.js - open source HTML5 charting library
#58A bit of the shame on the interactivity: "If you are looking to add interaction as a layer to charts, Chart.js is not the library for you. A better option would be using SVG, as this will let you attach event listeners to any of the elements in the chart, as these are all DOM nodes." Most charts are far more useful with rollovers to let the user interpret the data. I'd say this is a must have for most anything where…
We recently released an HTML5 Canvas Based Charting Library that supports Interactivity. Its not free though http://canvasjs.com/
Re: Chart.js - open source HTML5 charting library
#59Just tried printing the site to see if the charts work in print, and unfortunately, they don't. An image fall-back apparently needs to be implemented.
I really wanted to use this for my blog.
Re: Chart.js - open source HTML5 charting library
#60People seem to be really put off by the lack of interactivity. Interactivity might be fun, but it mostly gets in the way and can be an impediment to telling a story because it let's developers pass the buck to the end user.
Interactivity is just a feature. What's the real benefit and purpose? So users can navigate the data? OK, then what? So they can find meaning hidden in the data? Code capable of multidimensional analysis is going to be more effective than eyeballing a 2 dimensional representation of the data.
Don't force your users to move the mouse around, hover, click, and search around for meaning.
For all charts, figure out what story you want to tell, then tell that story. Don't force your user to search for meaning.