In some Japanese PDF files(font is not embedded) could not read with evince.
So, Japanese user could not read many pdf files at right out of the box.
------------------------------------------------------------------
How reproduce:
1) install natty
2) login and set "Japanese" :
system settings -> Language Settings -> Install/Remove Language -> add "Japanese"
3) install poppler-data(just in case, it is automatic applied in Natty)
# apt-get install popller-data
4) Open attached PDF file with evince.
Actual result:
- PDF characters are not readable, Kanji chars become squares.
Expected result (pathced):
- PDF characters are readable.
We(me, Ikuya AWASHIRO, Mitsuya Shibata, Takashi Sakamoto) test with these behavior.
In conclusion, it came from /etc/fonts/conf.avail/69-language-selector-ja-jp.conf .
That file bind at top with "DejaVu Serif" / "DejaVu Sans", evince could not properly handle the these designation.
However, this bug *not* evince's. IMHO, in a precise sense, that cause evinces bad behavir. evince could not handle "font-linked" settings,
but other(many) application could use this.
In ideal behavior, evince use "DejaVu Serif" / "DejaVu Sans" bindings handle the correctly, but that is not easy.
I approach the patch. That is workaround for that bad behavior.
Binary package hint: language-selector
In some Japanese PDF files(font is not embedded) could not read with evince. ------- ------- ------- ------- ------- ------- ------- ------- ---
So, Japanese user could not read many pdf files at right out of the box.
-------
How reproduce:
1) install natty
2) login and set "Japanese" :
system settings -> Language Settings -> Install/Remove Language -> add "Japanese"
3) install poppler-data(just in case, it is automatic applied in Natty)
# apt-get install popller-data
4) Open attached PDF file with evince.
Actual result:
- PDF characters are not readable, Kanji chars become squares.
Expected result (pathced):
- PDF characters are readable.
------- ------- ------- ------- ------- ------- ------- ------- ------- ---
Solution:
We(me, Ikuya AWASHIRO, Mitsuya Shibata, Takashi Sakamoto) test with these behavior. conf.avail/ 69-language- selector- ja-jp.conf .
In conclusion, it came from /etc/fonts/
That file bind at top with "DejaVu Serif" / "DejaVu Sans", evince could not properly handle the these designation.
However, this bug *not* evince's. IMHO, in a precise sense, that cause evinces bad behavir. evince could not handle "font-linked" settings,
but other(many) application could use this.
In ideal behavior, evince use "DejaVu Serif" / "DejaVu Sans" bindings handle the correctly, but that is not easy.
I approach the patch. That is workaround for that bad behavior.
ProblemType: Bug selector- common 0.31 ature: Ubuntu 2.6.38- 8.42-generic- pae 2.6.38.2 8-generic- pae i686 ture: all ja_JP.utf8
DistroRelease: Ubuntu 11.04
Package: language-
ProcVersionSign
Uname: Linux 2.6.38-
Architecture: i386
Date: Wed Apr 13 23:30:00 2011
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Alpha i386 (20110302)
PackageArchitec
ProcEnviron:
LANGUAGE=
PATH=(custom, user)
LANG=ja_JP.utf8
SHELL=/bin/zsh
SourcePackage: language-selector
UpgradeStatus: Upgraded to natty on 2011-03-23 (21 days ago)