pdfbox-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yigal Dayan (JIRA)" <j...@apache.org>
Subject [jira] Commented: (PDFBOX-679) Corruption of Arabic output due to Japanese bug fix
Date Wed, 07 Apr 2010 11:51:33 GMT

    [ https://issues.apache.org/jira/browse/PDFBOX-679?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12854435#action_12854435

Yigal Dayan commented on PDFBOX-679:

version 931224 fixed this issue, thanks!

The other two issues I mentioned in the mail are still not fixed, so I'll go ahead and open
bugs on them. Unfortunately I can't provide the fix, but I'll attach a pdf + results before
fix and after fix, to make the problem stand out.

> Corruption of Arabic output due to Japanese bug fix
> ---------------------------------------------------
>                 Key: PDFBOX-679
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-679
>             Project: PDFBox
>          Issue Type: Bug
>    Affects Versions: 1.1.0
>            Reporter: Andreas Lehmkühler
>         Attachments: zzz.pdf
> The recent Japanese bug fix in org.apache.pdfbox.pdmodel.font.PDFont
> defines a set of encoding names that are given special CJK treatment. This set is too
broad. For example, it stipulates that the 'Identity-H' encoding should be processed as JIS.
> We have Arabic PDFs where compound Arabic glyphs use the 'Identity-H' encoding. In pdfBox
1.0.0 they used to output Arabic but now they output garbage, because the Arabic unicode data
is sent to the CJK converter.
> I've copied that description from the users mailing list [1]
> [1] http://markmail.org/thread/w5iof5hr3yqhthsp

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message