The code has grown. At first, there was WinAnsi embedding only, after that TrueType subset embedding was implemented. This should have fixed the whole issue if it hadn't been for the nasty encryption bug (which is a problem of the PDF library, fixed in CVS HEAD). So people need to fall back to WinAnsi-style embedding where nobody cared to implement subset embedding for, because WinAnsi embedding is extremely easy to implement in comparison with Unicode subset embedding.
I hope this answers your question. As I indicated in http://issues.apache.org/bugzilla/show_bug.cgi?id=21303 (thanks, Markus, for looking it up for me) there's a work-around involving third-party PDF encryption tools. On 22.06.2004 18:08:23 Dave_S_White wrote: > I had asked a similar question before, but got no responses. Trying again > asking a better way (hopefully). > > If I use CID encoding, the font is partially embededded, but win-ansi > encoding results in the entire font being embedded ( and very large PDF's). > I'm not an expert on encoding by any means, but I don't believe this is > inherently part of being win-ansi encoding is it? My assumption is that > whoever wrote that portion of FOP didn't/couldn't do a partial embedding > for some reason. > > Can someone please confirm/correct this statement? Jeremias Maerki --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
