Bug 687669

Summary:	pdfwrite : extra encoding elements with a Type 3 font
Product:	Ghostscript	Reporter:	Igor Melichev <igor.melichev>
Component:	PDF Writer	Assignee:	leonardo <leonardo>
Status:	NOTIFIED FIXED
Severity:	normal
Priority:	P4
Version:	master
Hardware:	PC
OS:	Windows XP
Customer:		Word Size:	---

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