After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 627024 - non ASCII characters are not shown in text fields in PDF forms
non ASCII characters are not shown in text fields in PDF forms
Status: RESOLVED DUPLICATE of bug 536812
Product: evince
Classification: Core
Component: general
3.2.x
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-08-16 08:16 UTC by Usama Akkad
Modified: 2013-02-18 03:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
form made with openoffice.org (9.66 KB, application/pdf)
2010-08-16 08:16 UTC, Usama Akkad
Details

Description Usama Akkad 2010-08-16 08:16:05 UTC
Created attachment 167935 [details]
form made with openoffice.org

non ASCII characters are not showed in text fields in PDF forms

when I try to fill form it does not show Arabic or Hebrew (RTL) characters. it only show them while the mouse cursor on the text field and the second I click some where else the text disappears. and it's not shown in printing either.

every thing works well with Acrobat reader on W$
Comment 1 spam 2010-08-16 08:40:46 UTC
in russian is the same bug
Comment 2 Rolf Leggewie 2010-10-27 22:47:18 UTC
dupe of bug 536812?
Comment 3 Usama Akkad 2010-10-28 02:33:43 UTC
I'm not sure if the other bug talking about printing problem only. In my case as soon as I finish typing the text disappear. It will show again when I click in the text box and disappear again if I clicked outside. Input text does not print here either. The attachment has a text box with an Arabic world in it if some one wants to check.
Comment 4 Oliver Joos 2012-05-31 15:45:15 UTC
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 http://blogs.adobe.com/formfeed/2009/01/paragraph_breaks_in_plain_text.html
Comment 5 Germán Poo-Caamaño 2013-02-18 03:25:11 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 536812 ***