Yes I read the thread but since we still can search/find the text in the document (but not copy proper text to clipboard), I thought there, still, might be a chance.
We are actually trying to figure out what the driver is doing 'wrong'. Maybe the problem is with the original version of the pdf (Type/ActualFontType = TrueType but no Encoding is set) when processed by the PS driver then ghostscript to produce the 'mis-glyphed' pdf it becomes: Type/ActualFontType=Type1 and the Encoding: Ansi). Note that our code works fine with the original version (TrueType/No Encodings). Do you think it has something to do with the driver/ghostscript processing or with the properties of the original PDF ? We very much appreciate your help. -EL -- View this message in context: http://itext-general.2136553.n4.nabble.com/Strange-ASCII-character-replacement-pattern-Character-Mapping-Table-tp2526561p2526610.html Sent from the iText - General mailing list archive at Nabble.com. ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ iText-questions mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://www.itextpdf.com/book/ Check the site with examples before you ask questions: http://www.1t3xt.info/examples/ You can also search the keywords list: http://1t3xt.info/tutorials/keywords/
