Bug 691621 - fonts not searchable
Summary: fonts not searchable
Status: NOTIFIED FIXED
Alias: None
Product: GhostPCL
Classification: Unclassified
Component: PDF Writer (show other bugs)
Version: unspecified
Hardware: PC All
: P2 normal
Assignee: Ken Sharp
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-17 03:04 UTC by Henry Stiles
Modified: 2011-10-02 02:35 UTC (History)
1 user (show)

See Also:
Customer: 460
Word Size: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Henry Stiles 2010-09-17 03:04:10 UTC
Created attachment 6731 [details]
simple example of 2 download fonts

Kens analysis:

So the first string (in the lighter weight font) "Statement activity current as of August 19, 2010" gets encoded as you would expect. When we switch fonts, any text which is at a position which hasn't already been used gets encoded where you would expect, so *some* of the glyphs end up encoded normally. Glyphs whose encoding position has already been used get moved to the first empty slot.

... details elided ...

Eventually, as we fill the font up with glyphs from numerous different input fonts, the output font becomes full and we start a new output font. I think this could lead to us loading the same characters into different fonts.
Comment 1 Ken Sharp 2010-11-25 08:26:07 UTC
Addressed as far as possible in revision 11913:

http://ghostscript.com/pipermail/gs-cvs/2010-November/011961.html