Version: 0.3.2 (using KDE 3.3.2, Arch Linux) Compiler: gcc version 3.4.3 OS: Linux (i686) release 2.6.9-ARCH some pdf's are not rendered properly in kpdf e.g. http://www.calcutta-project.ch/pub/info/studex/CP-DokumentationStudex-200410.pdf looks horrible in kpdf (in acroread it looks correct) ... this file is created with gsview (windows) and is generated using the "pdfwrite" ... maybe it's related to this?
This morning I have opened that document in a quick rush both in kpdf from CVS HEAD(not 3.3.2 but should not differ much in rendering) and acrobat 5.0.9 and i could not see any apreciable differences. Could you please post screenshots of the PDF both in acrobat reader and kpdf and highlight the problems?
To be realist, i could see some differences (characters color mostly) but nothing i would qualify as "looks horrible"
Created attachment 8590 [details] what i mean with "horrible" if i say "horrible", it is horrible ... no minor trouble, but essential issues ;-)
oh ... just realized: it works fine, if i have the file locally ... but if i just click it from web in konqueror ( e.g. click on the link here in bugzilla ), then the kparts-kpdf makes trouble
If you type "kpdf http://www.calcutta-project.ch/pub/info/studex/CP-DokumentationStudex-200410.pdf" at a console does it show the correct or incorrect rendering?
in reply to comment #5: running kpdf standalone (from console) using a file from web works (correct rendering) the breaking of rendering comes only, if it is done in kparts (in konqueror) ... unfortunately, it's exactly the normal situation i run into, when surfing the web and then clicking on pdf's to open direktly in konqueror (using kparts)
Are you sure that the embedded part for viewing pdf is kpdf and not kghostview? KGhostview has checkboxes in the thumbnails and kpdf does not.
it has checkboxes, so it's kghostview --- very sorry for confusion --- i got confused, because we have now 2 very simmilar apps in kde that open pdf's ==> why is not kpdf per default handling pdf's in konqueror (mime desktop file) ==> can you reassign this bug to kghostview? thanx a lot again: sorry for confusion ... it's indeed not a problem of kpdf but kghostview DP
We have two different programs because KGhostview is really a PS viewer that opens PDF as a bonus. KPDF is built for pdf. KPDF is not the default handler for pdf because it as not been historically better than kghostview in rendering. Reassigning to kghostview per user request.
Moving to Okular. However, I cannot test this bug myself, since the PDF for the test is not available anymore. Can anyone confirm whether the bug is or not solved and/or provide the PDF to test it? I’ve been opening PDF files with Rekonq for some time (using the Okular kpart, I assume) and I did not noticed any rendering issue.
No answer from reporter in a long time, closing down the bug. If you can provide the information we ask for please reopen the bug.