DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5335>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5335 Text with embedded CID fonts not retrievable from pdf ------- Additional Comments From [EMAIL PROTECTED] 2003-01-23 14:46 ------- Sample ToUnicode CMap (with explanations below): -------- /CIDInit /ProcSet findresource begin 12 dict begin begincmap /CIDSystemInfo << /Registry (UniqueName) /Ordering (FOP) /Supplement 0 >> def /CMapName /UniqueName def /CMapType 2 def 1 begincodespacerange <0000> <ffff> endcodespacerange 6 beginbfchar <0005> <0041> <0006> <0042> <0007> <0043> <0008> <0044> <0009> <0045> <000A> <0046> endbfchar endcmap CMapName currentdict /CMap defineresource pop end end --------- Looks like normal CMap. I'll point out some differences: /Registry and /CMapName must be unique and equal, so make up some names. Font name for which ToUnicode cmap was generated is ok here. Just copy value /Name from /Font dictionary. CMapType for ToUnicode CMaps is 2. begincodespacerange must be as shown above. beginbfchar section has format: <glyph> <unicode> There can be more beginbfchar sections, each can have no more than 100 entries. Section in sample says that glyph 5 is A, glyph 6 is B and so on. There are also beginbfrange sections, but I dont think they will be of any use here. It is better not to emit structural comments (%%) or /XUID or /UIDOffset or all the other crap. There are useless here and misleading. All above taken from: http://partners.adobe.com:80/asn/developer/pdfs/tn/5411.ToUnicode.pdf and checked by hand. It works at least with Acrobat Reader 5.0. Do I look like I wanted this feature badly?:-) Mail me for more info. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
