Summary: | Missing characters in PDF, depending on total amount of characters! | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Johannes <johannes> |
Component: | PDF Writer | Assignee: | Ken Sharp <ken.sharp> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | keinbiervorvier, smr |
Priority: | P3 | Keywords: | bountiable |
Version: | 8.57 | ||
Hardware: | PC | ||
OS: | Windows XP | ||
URL: | http://www.webdesign-gerer.de/bug | ||
Customer: | Word Size: | --- | |
Attachments: |
PDF created with ps2pdf
LaTeX file working PDF file created with pdfLaTeX ps-file Proposed patch |
Description
Johannes
2007-07-26 10:16:40 UTC
Created attachment 3221 [details]
PDF created with ps2pdf
Created attachment 3222 [details]
LaTeX file
Created attachment 3223 [details]
working PDF file created with pdfLaTeX
Created attachment 3224 [details]
ps-file
Just a comment. Ghostscript ONLY needs the PS file -- we don't support LaTex or divps, so the other attachments are irrelevant. I have reproduced this problem and see that with Acrobat Reader 8.1.0 there is missing text as reported. However with Acrobat Reader 7.0.8 and Apple Preview 3.0.9 all text appears as shown in the Latex generated PDF (attachment http://bugs.ghostscript.com/attachment.cgi?id=3223&action=view). I used the command: gs -dSubsetFonts=true -dEmbedAllFonts=true -sPAPERSIZE=a4 -dSAFER -dBATCH -dNOPAUSE -sDEVICE=pdfwrite -sOutputFile=bm.pdf -c save pop -f 689370.ps to reproduce the bug. Created attachment 3768 [details]
Proposed patch
It appears that the latest versions of Adobe Reader have problems coping with a
BaseEncoding of MacExpertEncoding. Ghostscript would use such an encoding for
small-caps fonts, but only if enough characters matched - see
lookup_gs_simple_font_encoding(). The proposed patch simply forces
WinAnsiEncoding. This fixes the problem for me on the testcase included here
(ghostscript 8.61, Adobe Reader 8.1.2), as well as other cases in which I was
seeing the same problem.
I was wondering whether it would be possible to have the above patch included in ghostscript? It was posted quite some time ago, and there has been no activity since... in the meantime there was an update to the txfonts (see announcement below), which also avoids the problem triggered by the latex -> dvi -> ps -> pdf route this should fix the issue for the original poster, irrespective of a patch to gs Cheers T. from CTAN Announcements <ctan-ann@dante.de> reply-to ctan-ann@dante.de to ctan-ann@dante.de date Thu, Mar 27, 2008 at 4:10 AM subject CTAN update: txfonts & pxfonts small cap fonts update ................................................................... The following information was provided by our fellow contributor: Name of contribution: txfonts & pxfonts small cap fonts update Author's name: Young Ryu Location on CTAN: /fonts/txfonts and fonts/pxfonts Summary description: txfonts & pxfonts small cap fonts update License type: gpl Announcement text: ---------------------------------------------------------------------- The uploaded txpxfonts.zip contains pxfonts/afm/rpxbsc.afm pxfonts/afm/rpxsc.afm pxfonts/pfb/rpxbsc.pfb pxfonts/pfb/rpxsc.pfb txfonts/afm/rtxsc.afm txfonts/afm/rtxsssc.afm txfonts/afm/rtxbsssc.afm txfonts/afm/rtxbsc.afm txfonts/pfb/rtxsc.pfb txfonts/pfb/rtxsssc.pfb txfonts/pfb/rtxbsssc.pfb txfonts/pfb/rtxbsc.pfb Adobe Reader 8 often does not properly display/print small cap letters. The above updates correct this issue. *** Bug 689727 has been marked as a duplicate of this bug. *** I see that Acrobat 9 also draws this file correctly. It seems this issue is a bug in Acrobat 8 (may be fixed by later updates). I don't really think we should modify our code to work around a bug in a specific version of Acrobat. |