You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "Juraj Lonc (JIRA)" <ji...@apache.org> on 2014/05/26 11:11:01 UTC

[jira] [Commented] (PDFBOX-1713) [PATCH] Bullet character not rendered

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

Juraj Lonc commented on PDFBOX-1713:
------------------------------------

Is this fix considered to be "permanent" or "temporary"?
I consider it ugly :(

That "bullet" character is properly defined in "/ToUnicode" mapping, and this mapping is ignored by pdfbox, IMHO.
I tried to explain "proper way" of handling this situation in PDFBOX-2093

Replacing all "unknown" characters to "bullet" is not a good idea, as there could be any unicode character in that /ToUnicode mapping

> [PATCH] Bullet character not rendered
> -------------------------------------
>
>                 Key: PDFBOX-1713
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-1713
>             Project: PDFBox
>          Issue Type: Bug
>          Components: Rendering
>    Affects Versions: 1.8.5, 2.0.0
>            Reporter: Vincent Hennebert
>            Assignee: Andreas Lehmkühler
>             Fix For: 1.8.6, 2.0.0
>
>         Attachments: bullet.patch, bullet.pdf
>
>
> See attached file. In WinAnsiEncoding, any unused code greater than 040 maps to the bullet character.
> The attached patch takes that into account to render characters that don't use the standard encoding for bullet.



--
This message was sent by Atlassian JIRA
(v6.2#6252)