nnnnnick

Yep, you can call .toBase64Image() on your chart instance to return a png image encoded as a base 64 data url.

Sounds ace, let me know if there's anything I can do to help!

I did a while back for my university dissertation, I'll have to see if I can dig it out.

IIRC: canvas tends to outperform svg when dealing with a lot of individual objects, due to them being individual dom nodes in svg. However svg will outperform canvas drawing fewer nodes, on a larger canvas, due to canvas being bitmap based.

SVG is a good solution too, but it can really suffer performance-wise, especially on mobile, tablet and when animating svg node positions.

Cheers, sorry it took so long!

New site is responsive for mobile, so you should be seeing the new version!

This new release allows for custom chart types, using the same core API, so hopefully we'll see some community led new chart type extensions soon!

I'd misunderstood some of the issues I wrote about earlier in regard to the library. It is now back online for good, licensed under MIT. Sorry for all this kerfuffle.

Didn't use any particular software or tools as such, but used Google prettify (https://code.google.com/p/google-code-prettify/) for coloured syntax highlighting.

Wrote the content in plain HTML, and used jQuery to build the nav on left hand side from the headings on the page.

I found quite a few existing SVG based graphing libraries based off d3 or Raphael, and wanted to create something a bit more lightweight - canvas sacrifices interactivity for raw speed.

I wanted Chart.js to be dependency free, which has led to a footprint of only ~4.4kb when minified and gzipped, d3 is a lot more complex, and has a gzipped size of about 10x that.

It'll have to be up to you whether canvas is the right solution in your use case over SVG!

Just updated and closed this with an MIT license added to the docs and readme on Github.

Just updated the online docs and readme on Github with an MIT license, so feel free to use!