Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 6.0
-
Fix Version/s: 5.1.2
-
Component/s: None
-
Labels:None
-
Environment:linux
Description
When a character is not present in the font, it shows a black box
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
STD MAC WIN PDF
“ quotedblleft 252 322 223 215
” quotedblright 272 323 224 216
Looks like an encoding issue but I can't find the glyph in question in the font.
Show
Patrick Corless
added a comment - STD MAC WIN PDF
“ quotedblleft 252 322 223 215
” quotedblright 272 323 224 216
Looks like an encoding issue but I can't find the glyph in question in the font.
There is nothing in the spec to describe this issue but I suspect we should do a check for font.candispalyglyph when we're parsing the text and if it's fail we fall back on font substution as we have a normal asscii code in this case.
Show
Patrick Corless
added a comment - There is nothing in the spec to describe this issue but I suspect we should do a check for font.candispalyglyph when we're parsing the text and if it's fail we fall back on font substution as we have a normal asscii code in this case.
As part of a lot of encoding work done for 5.1.2 this PDF now renders correctly. Marking as resolved,
Show
Patrick Corless
added a comment - As part of a lot of encoding work done for 5.1.2 this PDF now renders correctly. Marking as resolved,
The characters in question are using the octal codes \223 and \226. The TrueType font used to display these characters does not have cid-> gid mapping for the two values, only zero. The strange part is that all other characters used in the document correctly map to the proper glyph where the only difference is the fact that cid was specified in octal notation.