You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "Christian Maierhofer (JIRA)" <ji...@apache.org> on 2016/06/10 08:35:21 UTC

[jira] [Updated] (PDFBOX-3379) PDType0Font Subsetting Monospace DejaVuSansMono

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

Christian Maierhofer updated PDFBOX-3379:
-----------------------------------------
    Attachment: doTest.pdf

> 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: 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: dev-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org