<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - Problem with Cyrillic and Japanese at PDF forms (evince, okular)" href="https://bugs.freedesktop.org/show_bug.cgi?id=17913#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - Problem with Cyrillic and Japanese at PDF forms (evince, okular)" href="https://bugs.freedesktop.org/show_bug.cgi?id=17913">bug 17913</a> from <a class="email" href="mailto:oliver.joos@freenet.ch" title="Oliver Joos <oliver.joos@freenet.ch>"> Oliver Joos</a> <pre>I confirm this bug (or missing feature). It not only affects Arabic or Hebrew characters! I tried to insert a "line separator" (Unicode character '\u2028') into a text field of a PDF form. In Gnome (e.g. in a Terminal) this works by pressing Ctrl+Shift+u 2 0 2 8. In acroread it works similar (just keep pressing Ctrl+Shift while typing the digits). Evince displays a PDF form with '\u2028' as expected. But a '\u2028' cannot be inserted and is even removed whenever the containing text field is edited somehow! For details about why and how PDF forms may contain '\u2028' or '\u2029' see <a href="http://blogs.adobe.com/formfeed/2009/01/paragraph_breaks_in_plain_text.html">http://blogs.adobe.com/formfeed/2009/01/paragraph_breaks_in_plain_text.html</a> ( This is a copy of my comment <a href="https://bugzilla.gnome.org/show_bug.cgi?id=627024#c4">https://bugzilla.gnome.org/show_bug.cgi?id=627024#c4</a> )</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>