Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 4.3.4
-
Fix Version/s: 5.0.0 alpha1, 5.0
-
Component/s: Core/Parsing, Font Engine
-
Labels:None
-
Environment:any
-
ICEsoft Forum Reference:
Description
The forum user has posted a PDF that renders with a small number of glyphs that are rendered with incorrect widths. Further debugging is need but likely an font encoding issue.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
I have to run this through QA but I adjusted the OS font logic to only apply the afm widths if the font is truly an afm font.
Show
Patrick Corless
added a comment - I have to run this through QA but I adjusted the OS font logic to only apply the afm widths if the font is truly an afm font.
I dug back though 4.1 tags and found the change that is causing the width issue. The issue now is that I'm not sure exactly what to do about it. The FontDescriptor class has a method getFontName() which in 4.1.0 and earlier ultimately always return "FontName" rather then the actual font name of the dictionary. A client who was interested in the actual font name request the method be changed. This code changes how the afm information is applied to the font and thus the widths are changed. We should be returning the correct font name, the question now is what's actually going wrong with the rest of the font setup.