If it helps, here is a link to a product that contains the Identity-H encoded fonts. Also, it doesn't have Helvetica embedded, and therefore on some Reader installs the user gets an error message that Helvetica can't be found.
http://www.equibase.com/samples/ffsample2.pdf Michael Teator [EMAIL PROTECTED] -----Original Message----- From: Teator, Michael [mailto:[EMAIL PROTECTED] Sent: Monday, June 02, 2003 11:45 AM To: '[EMAIL PROTECTED]' Subject: RE: Font encoding types The invalid cmap error is issued by the postscript printer (it prints out one of the 'offending command' pages. I'm attempting to find my notes with the exact text.) Also what happens sometimes (Like when printing from Adobe 4.0 here in the office) the printout is simply corrupt. Some characters are replaced with others, and some are randomly bold. I don't know if it makes a difference, but none of the fonts being used are unicode. However, the same exact errors happened with the unicode version of Arial Narrow as the non-Unicode. The Helvetica font is Type 1, so it doesn't cause any of these problems, but it can't be embedded as a subset anyways. Michael Teator [EMAIL PROTECTED] -----Original Message----- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Monday, June 02, 2003 11:16 AM To: [EMAIL PROTECTED] Subject: Re: Font encoding types What error messages and who issues them? TrueType embedding is currently working fine for many users. It has, however, a little deficiency: It lacks the ability to generate an appropriate ToUnicode CMap. Normally, that means that embedded TrueType fonts will get correctly displayed in AcrobatReader but you cannot copy/paste text from the PDF displayed in AcrobatReader because of the missing ToUnicode CMap. I'm still on the way to become a font-pro but: Identity-H simply maps 1:1 from Unicode to CID (character identifier). Quark probably takes a different approach and numbers the used subset of characters from 0 to n (where n is the number of glyphs in the subset). Therefore, they most probably create a special CMap to encode the text to the correct glyphs. A workaround is difficult to come up with at the moment. I wonder what kind of error messages you get. If it's the missing ToUnicode CMap that causing the problems, then it's probably a matter of implementing support for them. On 02.06.2003 16:11:35 Teator, Michael wrote: > Our user's printer/acrobatreader crashing problems have been corrected by > switching to encoding the fonts in the WinAnsi format. > > The downside of this is the increased filesize since the entire font is > being embedded. This is compounded with the 200K+ to embed the Helvetica > font since for some reason too many users get error messages it's missing if > it's not embedded. > > However, the former process before FOP was introduced into the mix did an > embedded subset without the same problems we have with the files produced > from FOP. The difference I've noted is that FOP uses an encoding type of > 'Identity-H' and the working files use an encoding type of 'Custom'. The > working files were produced out of Quark. Most of the error messages with > the 'Identity-H' files are of the invalid CMAP variety. > > What's the difference and is there any workaround? 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
