Hi, Alexey, When you say "XEP doesn't insert white-space characters in the PDF output" do you mean it does not do it for CJK only or never? This sounds strange because if I have an English text I see the space character preserved. But if the same space character occurs inside CJK it disappears. I am not sure I agree with your reason. WordSpacing is not a replacement for whitespace character. It is an addition. The spec first discusses character spacing and it states explicitly that character spacing is *an additional* space added to the character: When the glyph for each character in the string is rendered, Tc is *added* to the horizontal or vertical component of the glyph's displacement. Then they say the word spacing works exactly like character spacing by only applies to space char (byte 32). And the default value is 0. Furthermore, the note for Tw explicitly stipulates that Tw is not applied when byte 32 occurs inside multi-byte characters: It [Tw] does not apply to occurrences of the byte value 32 in multiplebyte codes. If you look at the actual sample from the refernce you will see that there is actually a space character there but when Tw is not 0 it appears larger. I belive Adobe Reader behaves correctly ignoring Tw when inside multibyte Japanese string. I belive Renderex should not drop actual space character.Thanks
Hi Volodymyr, XEP doesn't insert white-space characters in the PDF output. It absolutely positions text chunks. The reason for that is the following: word spacing in PDF applies only to code 32 character; for details, see PDF Reference, section 5.2.2 Word Spacing. It seems that Acrobat incorrectly handles absolutely positioned text chunks with CJK characters. Acrobat Distiller inserts white-space characters in the PDF text explicitly. Alexei Gagarinov RenderX --- www.renderx.net ------------------- (*) To unsubscribe, send a message with words 'unsubscribe xep-support' in the body of the message to majordomo@renderx.com from the address you are subscribed from. (*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/terms-of-service.html
This archive was generated by hypermail 2.1.8 : Wed Nov 15 2006 - 01:45:05 PST