[ 
https://issues.apache.org/jira/browse/PDFBOX-3379?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15326420#comment-15326420
 ] 

Tilman Hausherr edited comment on PDFBOX-3379 at 6/12/16 3:47 PM:
------------------------------------------------------------------

There is another problem, related to the test by [~huazhong]. "中" is not 
positioned correctly. I suspect that leftSideBearing is not correct in some 
cases. The "max glyph" is used to have the width in the table, which is used 
for all higher glyphs. However the leftsidebearing is used of that (moost of 
the time) phantom glyph, instead of the leftsidebearing of the lowest existing 
glyph that is => maxgid.


was (Author: tilman):
There is another problem, related to the test by [~huazhong]. "中" is not 
positioned correctly. I suspect that leftSideBearing is not correct in some 
cases.

> PDType0Font Subsetting Monospace DejaVuSansMono
> -----------------------------------------------
>
>                 Key: PDFBOX-3379
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-3379
>             Project: PDFBox
>          Issue Type: Bug
>    Affects Versions: 2.0.2
>            Reporter: Christian Maierhofer
>         Attachments: DejaVuSansMono.ttf, PDFBOX-3379-chinese-bad.pdf, 
> PDFBOX-3379-chinese-good.pdf, TTFFontTestPDFBox2.java, VeraMono.ttf, 
> doTest.pdf
>
>
> Hi,
> we came across the problem that the monospace font dejaVuSansMono has 
> problems with spaces in strings if they are rendered in a pdf  and a 
> PDFType0Font is used for subsetting. If a space is placed within the strings 
> the letters from every word are placed overlapping each other, see attached 
> files. Seems that the advancedWidth array int the HorizontalMetricsTable 
> contains a wrong, very low value as 3rd entry after subsetting the font. We 
> compared it with a second monospace font, and it worked there. The difference 
> between the two fonts is that the dejaVu Mono only contains 4 advanceWidth 
> entries  and the second one contains an entry for every glyph. This second 
> font was VeraMono.ttf . The fonts are loaded via PDType0Font.load(doc, 
> fontfile).



--
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