[ 
https://issues.apache.org/jira/browse/PDFBOX-3293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tilman Hausherr updated PDFBOX-3293:
------------------------------------
    Attachment: fontforge.png
                PDFBOX-3293.ttf
                PDFBOX-3293_reduced.pdf

Sadly, it happens at any resolution. Here's a reduced PDF, the subsetted font, 
and a screenshot of fontforge. Fontforge displays it badly, I've opened an 
issue at https://github.com/fontforge/fontforge/issues/2657 . Same for two 
commercial java competitors. Same for PDFRenderer. GS does it right. PDFBox 
1.8.12 displays it properly, but it uses awt. BATIK (of which PDFBox uses some 
code for font display) displays it badly. PDF.js displays it properly.

> Font glyphs with overlapping paths not rendered correctly
> ---------------------------------------------------------
>
>                 Key: PDFBOX-3293
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-3293
>             Project: PDFBox
>          Issue Type: Bug
>          Components: FontBox, Rendering
>    Affects Versions: 2.0.0
>            Reporter: Pei-Tang Huang
>            Priority: Critical
>         Attachments: PDFBOX-3293.ttf, PDFBOX-3293_reduced.pdf, fontforge.png, 
> sample.pdf, sample_rendered.tif
>
>
> Font glyphs with overlapping paths may be rendered in correctly, especially 
> when the font size is small.
> Sadly, the Traditional Chinese edition of Windows bundled fonts 細明體&新細明體 
> (MingLiU & PMingLiU) and 標楷體 (DFKai-SB) all suffer from this problem.
> See attached sample.pdf and the rendered sample_rendered.tif.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to