Report from Mike Fabian <fabian@suse.de>: A sample Japanese .pdf file can be downloaded here: http://www.nec.co.jp/canna/docs/cannadoc.pdf It can be displayed with xpdf, but not with kpdf.
Hi, Environment KDE 3.2 (KPDF v0.3) Compiled Sources QT 3.2.3 When I do not have a .xpdfrc file in my home directory, kdf cannot display Japanese .pdf files. but I copy as .xpdfrc from /etc/xpdfrc to home directory, and then re-try kpdf. kpdf can display Japanese .pdf files. Please try it. Best Regards, Toyohiro Asukai <toyohiro@ksmplus.com>
kpf? Oops
Thank you very much Toyohiro, that works indeed. It works very well, with anti-aliasing and even printing works. I think one should fix kpdf to read /etc/xpdfrc if ~/.xpdfrc doesn't exist.
Hi, I think so , Kpdf read /etc/xpdfrc( or /usr/local/etc/xpdfrc ) if ~/.xpdfrc does not exist. If you have a time ,Please apply a patch and check it out. $ cd kdegraphics-3.2.1/kfile-plugins $ diff -ur configure.in.in.orig configure.in.in --- configure.in.in.orig Fri Oct 11 17:25:30 2002 +++ configure.in.in Thu Mar 11 00:35:30 2004 @@ -1,2 +1,8 @@ DO_NOT_COMPILE="$DO_NOT_COMPILE gif" AC_CHECK_PROG(PDFINFO, pdfinfo, yes, no) + +# The check of a xpdf system configuration file. +if test "$PDFINFO" = "yes"; then +AC_CHECK_FILE(/etc/xpdfrc, [ AC_DEFINE(SYSTEM_XPDFRC,"/etc/xpdfrc",[Define if you have xpdf installed]) ] ) +AC_CHECK_FILE(/usr/local/etc/xpdfrc, [ AC_DEFINE(SYSTEM_XPDFRC,"/usr/local/etc/xpdfrc",[Define if you have xpdf installed]) ] ) +fi $ cd .. $ ./configure --prefix=$KDEDIR $ make ; make install $ mv ~/.xpdfrc ~/.xpdfrc.orig $ kpdf Best Regards,
I doubt the content of xpdfrc is the problem. I'm afraid it's the unicode maps that xpdf installs and xpdfrc points to are missing
Created attachment 5115 [details] Patch of kdegraphics-3.2.1/kfile-plugins/configure.in.in I am sorry. As an attached file , I post patch file again. Hi, I think so , Kpdf read /etc/xpdfrc( or /usr/local/etc/xpdfrc ) if ~/.xpdfrc does not exist. If you have a time ,Please apply a patch and check it out. $ cd kdegraphics-3.2.1/kfile-plugins $ patch -p0 < /tmp/kpdf.patch $ cd .. $ ./configure --prefix=$KDEDIR $ make ; make install $ mv ~/.xpdfrc ~/.xpdfrc.orig $ kpdf
> I doubt the content of xpdfrc is the problem. I'm afraid it's the unicode > maps that xpdf installs and xpdfrc points to are missing I understood. Please ignore this patch.
Both of course. kpdf doesn't try to read /etc/xpdfrc, I can see that in the strace. Making kpdf read /etc/xpdfrc will fix the problem as long as the character maps referenced by /etc/xpdfrc exist. These character maps are part of the xpdf package (on SuSE Linux), /etc/xpdfrc is also part of the xpdf package. I.e. trying to read /etc/xpdfrc will make it work as long as xpdf is installed.
Also reported in Debian BTS at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379446
Can you retry the problematic file in okular (ideally with a current poppler and poppler-data installation)?
Is kpdf stil maintained or else this bug should be closed?
Closing this bug. kpdf is no longer under development and okular supports Japanese PDF. If you have a specific pdf that fail when using okular please open a separate bug.