[
https://issues.apache.org/jira/browse/PDFBOX-2093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14007131#comment-14007131
]
Juraj Lonc commented on PDFBOX-2093:
------------------------------------
There is unicode mapping for that character:
<7F> <2022>
http://www.charbase.com/2022-unicode-bullet
So, shouldn't it work like this?
1. translate code to unicode value (by /ToUnicode mapping)
2. translate unicode value to character name
3. find glyph with that name
I think /ToUnicode is ignored in this case at this moment.
> "bullet" character is not rendered
> ----------------------------------
>
> Key: PDFBOX-2093
> URL: https://issues.apache.org/jira/browse/PDFBOX-2093
> Project: PDFBox
> Issue Type: Bug
> Components: Rendering
> Affects Versions: 2.0.0
> Reporter: Juraj Lonc
> Attachments: missing_bullet.pdf, output_missing_bullet.png
>
>
> In this PDF is a "bullet" character which is not rendered.
> There is some problem with translating code to glyph.
> That character has code 127 (0x7F), but mapping for it is not found
> {code}
> 14:33:17,966 DEBUG Type1Glyph2D:127 - FKOYIT+MyriadPro-Cond: glyph mapping
> for 127 not found
> {code}
> embedded font contains definition for "bullet" character.
> But "bullet" character has code 183 in mapping table (from StandardEncoding,
> I suppose).
--
This message was sent by Atlassian JIRA
(v6.2#6252)
