Summary: | text doesn't appear from embedded japanese font | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Jack Moffitt <jack> |
Component: | PS Interpreter | Assignee: | Igor Melichev <igor.melichev> |
Status: | NOTIFIED DUPLICATE | ||
Severity: | normal | ||
Priority: | P2 | ||
Version: | master | ||
Hardware: | All | ||
OS: | All | ||
Customer: | 1120 | Word Size: | --- |
Description
Jack Moffitt
2004-12-09 20:34:50 UTC
Created attachment 1088 [details]
QXHGmaruGothicNotPrinted.ps
The problem looks similar to the bug 645316, but in this case the creator is PScript5.dll Version 5.2.2, and a GS executes stringwidth with a CID font below a Type0FMapType9[Type3] BuildChar. Experimenting with CPSI, got : 1. It uses a Type 0 font with FMapType 9 and a single Type 3 decscendent. 2. The used CMap is /QUARKCMap, which is identity. (BTW it defines a "2- dimension" range <0000> <FFFF>, which meanwhile is kinda degenerate). 2. Executing BuildChar of the Type 3 font, it passes the 2nd byte of the character code. 3. BuildChar executes setfont with a Type 11 font, and then runs stringwidth with 1 byte string, which stores the BuildChar argument. Thus likely Adobe passes the char code from the outer *show to the internal text operation of the BuildChar, when the current font is a CID font. I don't see such behavior in PLRM. Need to find out where it is documented. Note that the old CPSI 3010.105 behaves so. Patch to HEAD : http://ghostscript.com/pipermail/gs-cvs/2004-December/005135.html Patch to GS_8_1X : http://ghostscript.com/pipermail/gs-cvs/2004-December/005136.html *** This bug has been marked as a duplicate of 645316 *** Changing customer bugs that have been resolved more than a year ago to closed. |