Summary: | Printing from Konqueror produces unreadable pdf | ||
---|---|---|---|
Product: | [Unmaintained] kdeprint | Reporter: | Nicolas Girard <nicolas.girard> |
Component: | general | Assignee: | KDEPrint Devel Mailinglist <kde-print-devel> |
Status: | CLOSED FIXED | ||
Severity: | normal | CC: | jlayt |
Priority: | NOR | ||
Version: | 3.3.2 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
Produced pdf file
Second pdf file PS Printed from konqueror PDF printed from konqueror PDF converted from PS with ps2pdf |
Description
Nicolas Girard
2005-02-14 23:20:16 UTC
Created attachment 9637 [details]
Produced pdf file
Can you try to print the web page to a PS file, then convert the resulting file to PDF using "ps2pdf"? Does the PDF generated have the same problem? Michael. Sure, here you are... indeed this second pdf file has the same prob. Created attachment 9663 [details]
Second pdf file
Generated using:
- Document -> print -> print in a postscript file
- ps2pdf14 print.ps
The recipient of the mail I attached the first pdf file to also confirms she couldn't open it using Adobe Acrobat Reader 6.0 on Windows Hey, I think I got something... The machine on which I performed these tests first has: $ rpm -qv kdebase-progs ghostscript kdebase-progs-3.3.2-56mdk ghostscript-8.15-4mdk But strangely enough, I just tried on a laptop, and *did* succeed in reading the pdf file ! On this laptop I have: $ rpm -qv kdebase-progs ghostscript kdebase-progs-3.3.1-24mdk ghostscript-7.07-25mdk Seems to be related to Ghostscript 8... what do you think ? As a further test, which package should I upgrade first on the laptop before retrying, ghostscript or kdebase-progs ? This is also what I guessed: the problem is related to ghostscript. Indeed, KDEPrint uses gs to convert from the PS (generated by the application) to PDF. This is why you also get the problem when you convert the file manually. You can try to upgrade KDE on your laptop, but I'm almost sure the problem will not pop up. However, when upgrading ghostscript, you may see the problem appear again. Please close the bug if this reveasle true, because this is not related to kdeprint. Michael. I'm having similar problems when printing form konqueror or from kmail (SuSE 9.2, kdebase3-3.3.0-29.3, kdenetwork3-3.3.0-35). When I print a PS, it looks fine, If I convert it to ps (using ps2pdf) it also looks OK. However if I print directly to pdf it looks all mixed up even though the preview (which I know is PS) looks correct. Created attachment 11160 [details]
PS Printed from konqueror
Web page (this bug report) printed with konqueror as PS file.
Created attachment 11161 [details]
PDF printed from konqueror
web page printed from konqueror as PDF file. Note that fonts are all displaced
making the file look very ugly.
Created attachment 11162 [details]
PDF converted from PS with ps2pdf
PS file (id=11160) converted to PDF using ps2pdf. It looks they way it should.
UNCONFIRMED (batch reassigning messed this) Gerald Weber: please confirm that: a) you do the ps2pdf (manual) conversion on the same machine on which you print with kprinter b) if a), then confirm that you don't have two ghostscripts installed. It might be that kprinter pics from its $PATH one version while your ps2pdf on the command line pics the other (found in the $PATH of your console) Thanks As a side note, the ps2pdf filter embedded in kdeprint is *not* using ps2pdf executable (due to problems with filenames containing spaces), but uses plain "gs" with similar options to produce PDF. However, it's possible to tune a lot more options in the "Driver Settings" tab of the printer properties dialog. Maybe some default values are not well chosen, so you might try to play with these options a little bit (especially those related to fonts). Michael. Answer to comment #13: a) Yes, I've used ps2pdf on the same machine b) No, I don't have two ghostscripts installed, as far as I'm aware, I had a standard SuSE 9.2 installation. Answer to comment #14: I suspected that it might be something along the lines of a gs setting. However, I could not find where this is defined and try to play with these settings. Final comment: I have now upgraded to SuSE 9.3 and the problem has gone away. However, it would be nice to know what caused it because it is a long standing problem, at least for me. I was having this problem for as long as I can remember (SuSE 8.2 to 9.2, Conectiva at least since version 8, proably earlier). I think it would be useful for this bug report to register where the settings for the kdeprint pdf generation is kept, e.g., if this is a setting defined at compile time, system wide setting in /etc or personal settings. Many thanks, Gerald These settings are part of the internal filtering mechanism of kdeprint, stored in XML files. Those are located in $KDEDIR/share/apps/kdeprint/filters/. Michael. Bug is fixed according to comment 15 ... Ooops, just saw that comment 15 was not from the original reporter. So, Nicolas, if this problem still prevails for you when using KDE 3.5.5, please reopen this report. (Make sure to run "qtconfig" and have "embed fonts in postscript jobs" enabled, and run "kaddprinterwizard --kde-config" and also have "Fonts"+"embed" enabled.) Cheers, Kurt Closing old Resolved status bug. |