Summary: | kpdf cannot display Japanese .pdf files | ||
---|---|---|---|
Product: | [Applications] kpdf | Reporter: | Stephan Kulow <coolo> |
Component: | general | Assignee: | Albert Astals Cid <aacid> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | jonas.vejlin, mfabian |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | Patch of kdegraphics-3.2.1/kfile-plugins/configure.in.in |
Description
Stephan Kulow
2004-02-27 19:50:27 UTC
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. |