PNG sequence rendered differently from HTML about imscjs

[palemieux]

Can you provide a sample file?

[palemieux]

Deployed fix that corrects the behavior with the sample at https://github.com/IRT-Open-Source/irt-ebu-tt-d-application-samples/blob/master/ttml/space-preserve-001-ttml.xml

[davemevans]

It's better, but still not right. The width looks correct now but I think the height is wrong.

Source is sedlobortis.txt

[davemevans]

As an aside, I think when you do:

svg.setAttribute('width', vdiv.clientWidth);
svg.setAttribute('height', vdiv.clientHeight);

you need to add + 'px' to set the right unit type on the SVGLength?

[palemieux]

@bbcrddave Added 'px'. Looks good in Chrome and Firefox on my side.

[davemevans]

It is working correctly in Firefox, but in Chrome (55, Win7) the computed clientHeight for rdiv is still 563px, which seems to be causing the incorrect PNG rendering. The screenshot below shows that, whilst there is no gradient fill in the extra space, the dimensions are incorrect and hence the text fails to scale correctly.

[palemieux]

Here's what I get using Chrome 55. Any chance the browser cache might be stale? Just exploring all possibilities.

[davemevans]

Just tried it in an incognito window and also in Canary and get the same result as previously 😞

[palemieux]

@bbcrddave Is the zoom level !== 100%?

[palemieux]

height and width of the exported PNG now set explicitly. Fixes the output bug when using a zoom level !== 100% in Chrome.

[davemevans]

That change does seem to have fixed the issue - thanks!
Zoom level is 100% though. 😕