https://bugs.kde.org/show_bug.cgi?id=208121
atayoo...@googlemail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |atayoo...@googlemail.com
--- Comment #19 from atayoo...@googlemail.com ---
The space rendering problem has nothing to do with cyrillic characters.
The document has a ToUnicode mapping that converts a 0x00 to a 0x20 space. Dump
of the first beginfbrange section in zp25.pdf (CharCodeToUnicode.cc:353), font
is TimesNewRomanCyr:
\d<00> <00> <0020> \d<41> <41> <0041> \d<42> <42> <0042> …………
When filling the form, the conversion is applied the other way round, 0x20 →
0x00, from Unicode to CID.
SplashOutputDev and CairoOutputDev do not show 0x00, but PSOutputDev maps 0x00
to a /.notdef character, which GhostScript draws as a rectangle.
So Poppler's behavior is actually correct.
However, Adobe Reader 9.4.2 also has problems with the map: On Linux/Gtk, every
second character in the form is drawn as a rectangle, because the first unicode
byte of a character is 0x00 in the lower ranges.
In the pdf specification examples, the conversion from 0x20 to 0x00 is used
explicitely. This bug seems to be a WONTFIX.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel
