[
https://issues.apache.org/jira/browse/PDFBOX-5018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17233519#comment-17233519
]
Michael Klink commented on PDFBOX-5018:
---------------------------------------
The instruction drawing that code is:
{code:java}
[( )250(O1AI7A)] TJ{code}
I.e. first a space is drawn, then the cursor is moved left by 250 units, then
the actual code is drawn.
So first of all this is not *a not-existing blank character* we're looking at.
Furthermore, the width of the space in the font at hand is exactly 250 units,
too. Thus, essentially the {{O}} and the space start at the same position. In
the extracted string, though, two characters cannot share a position, so one of
{{O}} and the space must come first. In your case the {{O}} won.
> Wrong extraction of blank character
> -----------------------------------
>
> Key: PDFBOX-5018
> URL: https://issues.apache.org/jira/browse/PDFBOX-5018
> Project: PDFBox
> Issue Type: Bug
> Components: Text extraction
> Affects Versions: 2.0.21
> Reporter: Marco Barbi
> Priority: Major
> Attachments: IT00820340966_Z-SO-PO 5270213 (1).pdf,
> image-2020-11-17-11-19-45-132.png
>
>
> Applying the PDFTextStripper to the attached PDF Document, a not-existing
> blank character is read in the following text:
>
> !image-2020-11-17-11-19-45-132.png!
>
> Instead of "O1AI7A" the text supplied to the writeString method callback is
> "O 1AI7A".
> Making copy&paste from Adobe Reader doesn't introduce any blank character.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
