[
https://issues.apache.org/jira/browse/PDFBOX-3075?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14983235#comment-14983235
]
Tilman Hausherr commented on PDFBOX-3075:
-----------------------------------------
Re "My changes made it though the test cases" - try the two files from
PDFBOX-3062 too. The one with the big T is not so important (one can argue for
both ways), but the other one is a big problem. Other things to look for is in
PDFBOX-3058, open the excel file there and look for "todo separation", these
are files where I believe that the font height plays a role. To get the test
files, see the "comparison of 1.8.10 and 2.0 trunk" message by Tim Allison in
the dev mailing list.
> Changed to the getHeight function for fonts so it will return a more accurate
> height
> ------------------------------------------------------------------------------------
>
> Key: PDFBOX-3075
> URL: https://issues.apache.org/jira/browse/PDFBOX-3075
> Project: PDFBox
> Issue Type: Bug
> Components: Text extraction
> Affects Versions: 2.0.0
> Reporter: Daniel Persson
> Priority: Minor
> Labels: github-import
> Fix For: 2.0.0
>
> Attachments: get_height.patch
>
>
> The getHeight in the fonts gave back approximated heights and in some cases
> only height the first time the function was called. Tried to clean up the
> functions and return a more accurate height for each glyph.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
