<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - Invalid postscript level 3 is generated" href="https://bugs.freedesktop.org/show_bug.cgi?id=69717#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - Invalid postscript level 3 is generated" href="https://bugs.freedesktop.org/show_bug.cgi?id=69717">bug 69717</a> from <a class="email" href="mailto:cloos@jhcloos.com" title="James Cloos <cloos@jhcloos.com>"> James Cloos</a> <pre>The origpagesizes and r options are not required to trigger the bug. Nor is level3; the level1 and level2 outout also fail in gs. The output from pdftocairo works; so it is spash-specific. Removing the included version of Palatino Roman from the postscript file is enough to make it work. The fonts are not embedded in the pdf; here (as one would expect) poppler substitutes URW Palladio L, but it embedded it in the ps as binary data; not ascii-fied. For some reason it selected ttf fonts for the other faces; those were embedded correctly. (I do have both the t1 and ttf urw 35 where fontconfig can find them; I don't know why pdftops chose the t1 for one face and the ttf for the other.) The problem seems limited to the case where pdftops has to embed a font which was not embedded in the pdf and where it finds said font as a pfb. pdftocairo chose the same fonts to embed, it just embeded the t1 as a pfa rather than as a pfb.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>