[
https://issues.apache.org/jira/browse/PDFBOX-4692?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16981088#comment-16981088
]
Tilman Hausherr commented on PDFBOX-4692:
-----------------------------------------
The logic has changed over time. If we expose it then we're also forced to keep
that part of the code as it is. My suggestion would be that you do extraction
logic specific to the documents, in the hope that they don't change their fonts
all the time. Type 3 is really the worst because you can't render the glyphs
just to see how large it is like done for other fonts. You should see whether
the ascent/descent values are reliable or not, or whether you can use the d0 d1
values, and if they are reliable, see {{PDType3CharProc.getGlyphBBox}}.
> Document if and when PDFont.getFontDescriptor() may return null
> ---------------------------------------------------------------
>
> Key: PDFBOX-4692
> URL: https://issues.apache.org/jira/browse/PDFBOX-4692
> Project: PDFBox
> Issue Type: Improvement
> Components: Documentation
> Affects Versions: 2.0.17
> Environment: Windows 10.0.18362.418
> Reporter: Gili
> Priority: Major
> Attachments: image-2019-11-16-22-03-15-015.png
>
>
> Please document under which conditions {{PDFont.getFontDescriptor()}} may
> return null and what can be done to calculate the text ascent/descent.
> Clearly, this should be possible to calculate as the text ends up getting
> rendered.
> Background information:
> I have a PDF file (credit card statement, so it cannot be shared easily) that
> contains an embedded {{PDType3Font}} called "C0EX06Q0". When I invoke
> {{PDFont.getFontDescriptor()}} I get null.
> I have a screenshot of what it looks like.
> !image-2019-11-16-22-03-15-015.png|thumbnail!
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
