Hiya,
Thanks for the quick response.
I've had a bit more of a play with it, using the trigger mode, but I'm still getting much the same problem with the overall width of the rendering. Is it possible that rather than being a javascript timing issue (ie not enough time to load), its that the javascript or HTML being rendered is initially rendered to a smaller width, then redrawn afterwards to a bigger size, but sometimes it doesn't have the time to do the second pass?
Using the trigger to manual, I wrote a quick function within my code that looks a bit like this:
Quote:
var count = 0;
function isReady() {
count++;
if (count === 2)
eoapi.convert();
}
This isReady() is bound by the chart's "done" event, and I can see this working fine in HTML, so the sequence of events is correct. However, the output from my test is much the same during the first attempt at rendering a PDF:
http://static.billingbooth.com/files/still.pdfLooking at one of my previous examples in my first posting, the whole page has the wrong width, even though none of that relates to javascript, it's all purely HTML output.
This is not an issue I had encountered with the old version of EO.Pdf (15), so I'm assuming the change of rendering engine has done something to this.
Is this something that can be investigated?
Regards,
Alvaro