You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "John Hewson (JIRA)" <ji...@apache.org> on 2014/10/11 03:19:34 UTC
[jira] [Closed] (PDFBOX-756) Some characters from TeX-created files
are mapped into ASCII range 1-31
[ https://issues.apache.org/jira/browse/PDFBOX-756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
John Hewson closed PDFBOX-756.
------------------------------
Resolution: Not a Problem
This isn't a bug - that really is the text embedded in the PDF file, due to a lack of Unicode handling in TeX.
> Some characters from TeX-created files are mapped into ASCII range 1-31
> -----------------------------------------------------------------------
>
> Key: PDFBOX-756
> URL: https://issues.apache.org/jira/browse/PDFBOX-756
> Project: PDFBox
> Issue Type: Bug
> Components: Text extraction
> Affects Versions: 1.2.0
> Environment: Mac OS X 10.6.4
> Reporter: Thomas Fischer
> Priority: Minor
> Attachments: 826130.pdf, 826130.txt
>
>
> For some TeX-created files, some characters are mapped to low ASCII values. Example:
> fx 2y − fx − 2y
> instead of
> (x + 2y) - f(x − 2y) =
> With the non-printable characters denote by \xN, PDFBox's result is
> f\x3x\x4 2y\x5 − f\x3x − 2y\x5 \x6
> This probably cannot be fixed, since in another file the same numbers represent different characters:
> Za {a, a 1, . . .}
> instead of
> Z(a) = {a, a + 1,...}
> (Z\x4a\x5 \x6 {a, a \x7 1, . . .})
> in another file.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)