manuels

The only 'real' error here is 'media9.sty' not found. Looks like the urls to the other sty files (e.g. graphics.sty) are fine. Compare the GET request of graphics.sty and media9.sty...

sorry, I mixed it up. the path in `var pdftex = new PDFTeX('./');` must be configured to make it find `pdftex-webworker.js`. and `texlive.compile(URL_TO_LATEX, ...)` must be configured to make it...

duh, obviously it's the second argument (`root`) that must be changed. However, if the other *.sty files are found `root` should be fine. Take a look at the GET media9.sty...

You photo is probably too large. Can you resize it (e.g. using a canvas) and run it can?

Hi and happy new year! > So then I compared the print out of the binary data from my canvas attempt to the binary data of the unscaled/original uploaded file,...

nope, not yet. Actually I stoped maintaining this library. I was missing a layout engine in haru. So I ported latex to JS: https://github.com/manuels/texlive.js/ Cheers

thanks, indeed, I must add that! The initial webworker is used for preloading the script. But you are right: it should be `terminate`'d, too!

Looks like this behavior was introduced on android intentionally when switching from on-app-start permission requests to on-site-activation permission request in this commit: https://github.com/DefinedNet/mobile_nebula/commit/37758d4a019ee3c1f8b77e399980f61b9c7880f3 Would it still possible to implement always-on...

I can reproduce it. I guess it's because futures is v0.2.0-beta but futures-await is v0.2.0-alpha.

No, compilation should not be necessary.