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)