Currently using Firefox v. 40.0.3.
Using Roboto downloaded from google/roboto converted using this tool and TCPDF 6.2.12.
Watch the screen shot of how Firefox renders the PDF. I have also attached a test case where I have attempted to distill the bug down to as easy as possible. I believe [#1038] may be related.
Hi.
I believe Firefox is also to blame for this. I've been seeing this bug for several versions of FF. Let's say since v37.
Roboto is not the case. Seen this with also with Myriad, OpenSans, DroidSans. Garbled in about 98% of cases, on lots of different PDFs — some complex designs, some stripped down to just a few lines of latin text as in your example.
Same PDFs are okay in other browsers and in Acrobat Reader.
However same PDFs are garbled when imported in Illustrator when subsetting is on. This is kind of ok, I think.
We've been using an old version of TCPDF (from 2011) and with some release of FF our PDFs became garbled this way. Been trying to fix that for months in low priority, recommending clients to use other PDF viewers.
Font subsetting true||false does not help
Re-converting fonts (with AddTTFFont or other tools which might just be online interfaces to AddTTFFont :) does not help
Upgrading TCPDF to 6.2.9 in conjunction with FF updating to 41.0b9 (beta channel) did help. (But 6.2.9 seems to have introduced another bug with some PNG24 images, which does not occur in that older version of the library, c'est la vie). So I believe something is being fixed in FF as we speak.
Last edit: Matvey 2015-09-17
I have a suspicion that this is related to bug [#1038] which started appearing with 6.1.0 or just before. The same fonts which refuse to properly print also refuse to show corerctly in FF.
Related
Bugs: #1038