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)