[kmail2] [Bug 422095] Bad printout quality of kmail

[Attila]

https://bugs.kde.org/show_bug.cgi?id=422095

--- Comment #6 from Attila <bugs.kde.attila at online.de> ---
(In reply to Kevin Kofler from comment #5)
> Printing to a real printer still sends a bitmap to the printer. As I wrote:
> 
> > For output to a physical printer, the only way to avoid the rasterization is to use the FilePrinter class from Okular though. Falkon used to do that (I had submitted that code back when the QtWebEngine did not have the print method at all, only printToPdf), but switched to using the print method for physical printers.
> 
> What QtWebEngine cannot do is print directly to a QPrinter. The Chromium
> code can only output PDFs. Then you have to get that PDF to the printer
> somehow. How QtWebEngine does it is that it renders the PDF to a pixmap
> using the PDFium library that happens to be bundled with Chromium and then
> sends that pixmap to the printer. How Okular prints PDFs (and how Falkon
> used to do it at the beginning) is that it runs the lpr CLI command to send
> the PDF to the printer. The main difficulty with that is that you have to
> translate settings such as margins or page orientation or they will just get
> ignored, and that it also only works with printers that lpr knows about
> (e.g., you cannot print to PDF with that approach).

Hi,

thank you for the explanation from the developer's point of view.
This is from the user's point of view not satisfying. The printout of e-mails
with embedded messages is even worse. The output is very blurred and almost not
readable. I think nothing is impossible in the world of IT, so there must be a
solution for this issue.
My workaround is to export e-mails to PDF, open them with Okular and print
them. This is not really cool. It is a bad user experience.

Please try to find a way to bring the print functionality back with no
rasterization.

-- 
You are receiving this mail because:
You are the assignee for the bug.