You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "John Hewson (JIRA)" <ji...@apache.org> on 2015/08/24 20:12:46 UTC

[jira] [Comment Edited] (PDFBOX-2943) PDType3Font.getWidthFromFont not supported

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

John Hewson edited comment on PDFBOX-2943 at 8/24/15 6:12 PM:
--------------------------------------------------------------

Technically this method isn't needed for valid Type3 fonts. The Widths must always be provided in the Font dictionary. I presume you're dealing with a PDF which contains a "bad" font? As you say, d0 or d1 gives the width. PDType3CharProc would be a good place to add such code.

Before making any changes we need to verify that Acrobat uses the d0, d1 values as widths. I'd expect a Type 3 font with no Widths dictionary to render incorrectly in PDFBox if that is the case.


was (Author: jahewson):
Technically this method isn't needed for valid Type3 fonts. The Widths must always be provided in the Font dictionary. I presume you're dealing with a PDF which contains a "bad" font? As you say, d0 or d1 gives the width. PDType3CharProc would be a good place to add such code.

Before making any changes we need to verify that Acrobat uses those values as widths. I'd expect a Type 3 font with no Widths dictionary to render incorrectly in PDFBox if that is the case.

> PDType3Font.getWidthFromFont not supported
> ------------------------------------------
>
>                 Key: PDFBOX-2943
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-2943
>             Project: PDFBox
>          Issue Type: Improvement
>    Affects Versions: 2.0.0
>            Reporter: Timur Kamalov
>            Priority: Minor
>              Labels: type3
>
> This method is still not implemented.
> Does anyone working on this issue? If not I will be happy to contribute and propose implementation. 
> In fact it's not a very complicated task : you just need to parse d0 or d1 operator from glyph's content stream (stored in CharProcs).



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