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=17828>. 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=17828 Encoding problem with Type 1 fonts ------- Additional Comments From [EMAIL PROTECTED] 2003-03-10 15:51 ------- When I'm using True Type fonts everything is OK. Problem is only with Type 1. I had spent a long time with reading bugs and documentation (also FAQ) and testing, then I wrote this bug. Certainly I have tested replacing characters with entities (Č for example), but i think, that parsing a and stream interpretation is OK, because there is no problem with True Type fonts and also with Type 1 fonts are national charakters well maped from UTF-8 to WinAnsi and and embedded font is used, only (as I wrote) only chracters that are multibyte in UTF-8 are missing (It is no odds which encoding is input stream). --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
