This new Prince package links to libraries from the OpenCSW project, which provides a particularly convenient way of installing common open source software.
However, we haven't used this arrangement before, so please let me know if you experience any library compatibility issues with the new Prince package.
Sadly, no! We're still working very hard on this, it just didn't quite make release, though many other JavaScript and DOM improvements did. We'll get there eventually.
Good point! I'll add it to the roadmap for testing, so I don't forget again.
But yes, it looks like flot depends upon the same DOM functions as HighCharts and other libraries, such as getComputedStyle. So once we support these hopefully we can get them all working.
I'm wondering if you have made any progress w.r.t. supporting flot. We'll be happy to help by testing a development version if you tell us there is a chance that support has improved.
I've tested the same basic example with the latest build of Prince. I don't see anything in the chart on the pdf document (or it's really really small), using Acrobat Reader 11. Note that the box containing the chart is there, it just doesn't show anything. The same pdf also crashes evince (2.30.3), with the following fatal error: "floating point exception" (a division by zero?). Did you apply any special tweak to the original flot example?
Ah, sorry, I forgot --javascript for this test. I confirm I can see a small chart with Acrobat Reader, but the crash with evince is still there (the culprit could very well be evince, and I didn't check with a more recent version of it).
I think these issues come from Prince running JavaScript before layout, so it cannot report accurate sizes and positions via the various DOM properties. We may be able to improve this in the future, without supporting full browser-style reflow. In the meantime, scripts will require some adjustments to work well with Prince, or they can be run in another tool (PhantomJS?) to generate SVG to convert with Prince.
Our goal here is to reduce dependencies on other tools and simplify the workflow (currently, we go through wkhtmltox in order to produce bitmaps for charts, and then rewrite the html to refer to these bitmaps). We are not necessarily stuck with the 'flot' package, especially if you tell us that it won't be supported by Prince in the near future. Do you have a recommendation for another js charting package that would be better supported by Prince?
FWIW, we decided to follow another direction and produce directly SVG charts from our application. Prince works beautifully on them We now avoid the dependency on both flot and wkhtmltox, which is great.