Bug 687669 - pdfwrite : extra encoding elements with a Type 3 font
Summary: pdfwrite : extra encoding elements with a Type 3 font
Status: NOTIFIED FIXED
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: PDF Writer (show other bugs)
Version: master
Hardware: PC Windows XP
: P4 normal
Assignee: leonardo
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-12 12:21 UTC by Igor Melichev
Modified: 2008-12-19 08:31 UTC (History)
0 users

See Also:
Customer:
Word Size: ---

Attachments
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 Igor Melichev 2004-09-12 12:21:10 UTC 
pdf_encode_string adds encoding elements for entire text string rather than a 
font change may happen in a miidle of the string due to glyph variations.
pdf_process_string to be called after pdf_encode_string, when we know an exact 
part of the string rendered with the current PDF font.
Comment 1 Igor Melichev 2004-09-13 00:26:43 UTC 
I'll better remove pdf_encode_string at all, because it's name is misleading. 
It was inherited from the old code, which re-encodes text.
Comment 2 Igor Melichev 2004-10-14 08:48:13 UTC 
Bump the priority since the bug 687660 depends on this.
Comment 3 Igor Melichev 2004-10-15 12:48:48 UTC 
Remove the dependency to 687660, since we fixed that one, and restore the old 
priority.
Comment 4 Igor Melichev 2004-11-01 13:01:37 UTC 
The file Bug687660a.ps converts to a PDF with multiple embedded Type 3 fonts 
with empty CharProcs.
Comment 5 leonardo 2006-01-26 01:22:08 UTC 
A test case is Bug687472.ps
Comment 6 leonardo 2006-01-26 02:23:50 UTC 
Patch to HEAD :
http://ghostscript.com/pipermail/gs-cvs/2006-January/006258.html
Comment 7 leonardo 2006-01-26 04:57:16 UTC 
One more patch to HEAD :
http://ghostscript.com/pipermail/gs-cvs/2006-January/006259.html