Summary: | Mingliu has some broken glyphs with the reduced truetype interpreter | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Stanley Wong <wkstanley> |
Component: | General | Assignee: | Ken Sharp <ken.sharp> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | htl10 |
Priority: | P4 | ||
Version: | 8.63 | ||
Hardware: | PC | ||
OS: | Linux | ||
Customer: | Word Size: | --- | |
Attachments: |
Broken characters
sample output from Freetype integrated GS |
Description
Stanley Wong
2008-11-08 04:42:21 UTC
Created attachment 4586 [details]
Broken characters
The broken characters in a PDF file
mingliu (and kaiu) are known problematic fonts. It appears that xpdf (linked to freetype 2.3.7) can't render the pdf correctly either, unlike acroread. Freetype 2.3.9 has FT_FACE_FLAG_TRICKY, which forces hinting when mingliu is used. Even xpdf shows the correct glyphs now. Almost all Traditional Chinese PDFs on the net use Mingliu, so it is rather annoying to see a PDF rendered properly on the screen, but become a mess on the paper. It prevents me from using the Linux box for printing PDFs. Would anyone take a look at this? The issue is on my list, so it will get looked at, but has a P4 priority so not soon. I'm currently working on the FreeType bridge in GS, which has a number of problems I'm hoping to resolve soon (eg 689826). Once that is done you could simply use FreeType as the font rasteriser if required. Created attachment 6251 [details]
sample output from Freetype integrated GS
The output from Ghostscript with Freetype integrated for font rendering produces what looks to me like good output. But not knowing the language it's hard for me to be sure, so I've attached example output.
The sample output looks good to me. Also tried r11340 with tt interpreter enabled as well. (assume we'll enable it for the next release). |