[
https://issues.apache.org/jira/browse/PDFBOX-2252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14906244#comment-14906244
]
Andreas Meier commented on PDFBOX-2252:
---------------------------------------
In fact I don't know if there are some build-in classes that I could have used.
I just took some existing RTL/LTR checks from the old PDFTextStripper.java and
enhanced it by code I needed.
I guess java.text.Bidi isMixed(), isLeftToRight() andisRightToLeft() could have
been used for the detection, but for the replacement I didn't find anything.
Maybe I missed some existing Bidi classes that might have been useful for that
purpose.
To put it in a nutshell, there is no reason.
> PDFTextStripper has problem with documents with mixed language directions
> -------------------------------------------------------------------------
>
> Key: PDFBOX-2252
> URL: https://issues.apache.org/jira/browse/PDFBOX-2252
> Project: PDFBox
> Issue Type: Bug
> Components: Text extraction
> Affects Versions: 1.8.6, 2.0.0
> Reporter: Amir
> Priority: Critical
> Fix For: 2.1.0
>
> Attachments: BidiMirroring.txt, PDFTextStripper.java.patch,
> PDFTextStripper.java.patch, atest.pdf, overlap.jpg, test.pdf,
> wikipedia_dl_lyric_test.pdf
>
>
> When the input document of PDFTextStripper is a combination of right-to-left
> and left-to-right languages, the output characters of one language is
> reversed.
> A sample bilingual pdf document is attached.
> PDFTextStripper has a variable "isRtlDominant" in "writePage" function, which
> is defined as follows: boolean isRtlDominant = rtlCount > ltrCount;
> This class clearly count the number of rtl characters and decide if the whole
> content should be revered or not. It's not true, it must operate on each
> word, not the whole document.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
