Bug 691623 - TrueType for CIDFont substitution not correct
Summary: TrueType for CIDFont substitution not correct
Status: NOTIFIED FIXED
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Font API (show other bugs)
Version: master
Hardware: PC Windows Vista
: P2 normal
Assignee: Chris Liddell (chrisl)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-17 08:23 UTC by Ken Sharp
Modified: 2011-10-02 02:35 UTC (History)
0 users

See Also:
Customer: 780
Word Size: ---

Attachments
Patch for the fix. (2.01 KB, patch)
2010-09-24 13:26 UTC, Chris Liddell (chrisl) 		Details | Diff
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ken Sharp 2010-09-17 08:23:15 UTC 
Created attachment 6733 [details]
example file

The file (attached) uses Arial and Arial,Bold, declared as CIDFonts, but not embedded in the document. Both use an Identity-H CMap. When using the Windows Arial TrueType font as a substitute by defining it in cidfmap the rendered result is incorrect.

cidfmap entry:

/Arial <<
/FileType /TrueType
/SubfontID 0
/Path (/windows/fonts/arial.ttf)
/CSI [(Identity) 0]
>> ;

/Arial,Bold <<
/FileType /TrueType
/SubfontID 0
/Path (/windows/fonts/arialbd.ttf)
/CSI [(Identity) 0]
>> ;

Oridinarily I would suspect that the font used to create the document was different from the substitute font, but Acrobat is able to display the document correctly using the same system font.
Comment 1 Ken Sharp 2010-09-17 08:24:39 UTC 
P2 for customer issue.
Comment 2 Chris Liddell (chrisl) 2010-09-24 13:25:29 UTC 
Fixed in r11742.
Comment 3 Chris Liddell (chrisl) 2010-09-24 13:26:35 UTC 
Created attachment 6755 [details]
Patch for the fix.