<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - ps created by pdftops in this pdf file does not get printed correctly (missing French characters)" href="https://bugs.freedesktop.org/show_bug.cgi?id=79168#c9">Comment # 9</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - ps created by pdftops in this pdf file does not get printed correctly (missing French characters)" href="https://bugs.freedesktop.org/show_bug.cgi?id=79168">bug 79168</a> from <a class="email" href="mailto:cloos@jhcloos.com" title="James Cloos <cloos@jhcloos.com>"> James Cloos</a> <pre>Created <a href="attachment.cgi?id=99733" name="attach_99733" title="pdftops cerfa_14952-01.pdf | gs -sDEVICE=pwgraster | rastertopdf">attachment 99733</a> <a href="attachment.cgi?id=99733&action=edit" title="pdftops cerfa_14952-01.pdf | gs -sDEVICE=pwgraster | rastertopdf">[details]</a> pdftops cerfa_14952-01.pdf | gs -sDEVICE=pwgraster | rastertopdf > Does the fact that the bug does NOT occur with Evince give us a clue about the > potential triggering factors ? (same printer / distro / etc.) pdftocairo -ps should give the same results one gets from printing from evince. I tried having gs output pcl (-sDEVICE=ljet4d -dBATCH -dNOPAUSE -r600) and viewed that with ghostpcl. Nothing seems to be missing. I then used gs’s pwgraster device and cups-filter’s new rastertopdf filter to generate a raster pdf, to get an idea of what printers should get. I’m attaching that. That said, your cups filter chain might use gs to convert the ps back to pdf before rendering it to raster. The current version of cups-filters should avoid that, but you’d have to check by enabling cups debugging (goog for the details). Except in some cases where the printer speaks postscript, it is better to send the original pdf to lp/lpr and let the filters render the pdf directly.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>