[ 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)