[
https://issues.apache.org/jira/browse/PDFBOX-2943?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14710177#comment-14710177
]
John Hewson commented on PDFBOX-2943:
-------------------------------------
Yes, the slight difference is seen in Widths vs the d1 values. For example, "t"
has a Width of 277.832 but a d1 of 277, making it narrower when Widths are
disabled. This confirms that Acrobat will fall back to using d0 / d1 for the
width (as expected) so getWidthFromFont() is indeed the correct place for us to
implement that logic. Well, PDType3CharProc can do the actual parsing and we
can call that from getWidthFromFont().
> 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
> Attachments: PDFBOX-2794_unc.pdf
>
>
> 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-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
