Win-Ansi font embedding follow-up
Hi, 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? Thanks, dave This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information.127 Public Square, Cleveland, OH 44114If you prefer not to receive future e-mail offers for products or services from Key Click Here or send an e-mail to [EMAIL PROTECTED] with 'No Promotional E-mails' in the SUBJECT line.
Re: Win-Ansi font embedding follow-up
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]
Re: Win-Ansi font embedding follow-up
i have played around a bit. when converting TTF fonts with -enc ansi i get correct font-names in pdf-document. without that, i always to something like 1E344MyFontName no i get MyFontName. When i now run (linux) fop with -nocopy -noedit -o secret the pdf-file can be opened but my fonts are replaced by an adobe default font. not the result wanted, but much better than getting ... in place of the characters... i now use CryptoPDF a perl library, which encrypt the pdf document without any problem. it was the only tool i found, which will work as a command-line tool. ok, it's not opensource, but the price with 30$ is ok for me. markus Jeremias Maerki wrote: 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. it's me - markus 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]