Bug 688872

Summary:	pdfwrite: Optimize the resolving of Encoding conflicts.
Product:	Ghostscript	Reporter:	leonardo <leonardo>
Component:	PDF Writer	Assignee:	Ken Sharp <ken.sharp>
Status:	CONFIRMED ---
Severity:	enhancement	CC:	christinedelight.top85, shailesh.mistry
Priority:	P4
Version:	master
Hardware:	PC
OS:	Windows XP
Customer:		Word Size:	---

Description leonardo 2006-09-07 05:21:46 UTC

The test case of the Bug 688823 makes pdfwrite to synthesize an Encoding with 
characters outside StandardEncoding. Currently it finds a character in some 
encoding, and chooses the character code from it. It may cause Encoding 
conflict if later it meets another character from another 'standard' encoding 
with a character code already used. The conflict causes pdfwrite to create 
another font copy, which enlarges the output PDF.

Need to think how to choose character codes better. Maybe we should drop the 
wish to make the encoding to be closer to one of 'standard' encoding, and 
simply assign consecutive numbers for char codes ?

Comment 1 leonardo 2006-09-07 05:54:58 UTC

Also (1) use 'notdef' entries for adding characters to a 'standard' encoding; 
(2) try 'bigger' encodings first (PDFDocEncoding to StandardEncoding).

Comment 2 leonardo 2007-08-29 20:43:53 UTC

Passing to Ken since he handles pdfwrite from now.

Comment 3 Shailesh Mistry 2011-07-19 19:33:30 UTC

Enhancement still missing in Ghostscript 9.03