To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63015
------- Additional comments from [email protected] Sun Jan 24 13:13:26 +0000 2010 ------- Please allow me to add my 2cents: You don't have to decode the encrypted part of the type1 font. I'm not aware of any quality font without glyphs for umlauts, accented characters, etc. (except Symbol Fonts), so you won't get any helpful information by decoding the font. In fact you have to specify the encoding (the mapping of font glyph names to characters). In the ghostscript example this is done with the tag "/Encoding /WinAnsiEncoding" within the Font object. In the broken example this tag is missing. And as the PDF-Reader has no idea, that the character 246 (รถ) should be represented by the glyph /oumlaut it is shown as space. For Windows and ISO8859-1 character sets on Unix-Systems this encoding should work fine, if you need eastern european characters as defined in ISO8859-2, you will have to specify your own encoding vector, as there are no predefined vectors in PDF for these character sets. I hope this helps. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- 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]
