Bug 205105 - page margins are not used by printer
Summary: page margins are not used by printer
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-25 17:21 UTC by Martin Senftleben
Modified: 2015-04-12 10:24 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Senftleben 2009-08-25 17:21:07 UTC
Version:           Unbekannt (using 4.3.00 (KDE 4.3.0) "release 152", KDE:KDE4:Factory:Desktop / openSUSE_11.1)
Compiler:          gcc
OS:                Linux (x86_64) release 2.6.27.29-0.1-default

Hi,

when I want to print an email from KMail and set in the printer dialogue to print only one page, it stills prints the entire email. 
I also would prefer other margin settings for printing emails, however, every time I call up the print dialog, margin settings are set to the smallest amount possible (in my case little more than 3 mm, or 0.1 in), even within one session.
Comment 1 Martin Senftleben 2009-08-25 17:22:59 UTC
I use KMail from within kontact, but the problem occured also before with the previous factory versions of KDE 4.3 (4.2.9 rc2 and rc3).
Comment 2 John Layt 2009-08-27 14:42:41 UTC
All khtml based printing in KDE has an issue that khtml does not currently support page selection, it will always print the full document (konqi does the same).  A temporary 'fix' will be in 4.3.1 to disable the page range selection in the print dialog so users do not have the expectation it will work.  The proper fix will have to wait for progress either in khtml or the Qt printing system.

The margins are a different matter so I'll leave this open for investigation by someone, not sure if it's a kmail issue or a khtml issue.
Comment 3 Björn Ruberg 2010-03-05 17:45:16 UTC
So this is nothing
Comment 4 Tallowwood 2011-06-10 09:11:58 UTC
(In reply to comment #3)
> So this is nothing

But (comment #2) "The margins are a different matter so I'll leave this open for investigation by someone, not sure if it's a kmail issue or a khtml issue."

Perhaps link with Bug 205802 ??
Comment 5 stakanov.s 2014-11-02 11:44:13 UTC
I have the same problem here restricted to Kmail. 
This is KDE 4.14.2 with Kmail2 4.14.2 from the repos Opensuse KDE stable current vor opensuse 13.1
The printer is a Lexmark, color laser printer C543dn. The printerdriver is openprinting printerdriver (which is to be taken at the site of Lexmark because not included in the packages of opensuse.
The problem is somehow different for KDE general printing setting and for Kmail. 
The kmail printing is crippled, it is not possible to set reasonable printing margins and the text is printed "rasor blade close" to the edge of the paper (which looks odd). The upper title of the email is cut o a half, because of the margins that are set too straigt to respect printing limits. When set by hand they are not memorized even if asked for, the next print is wrong again (may be a second bug). 
In the KDE pinting settings when having adjusted all according to the paper and printer, choosing poscript as language (pdf setting screw it all up) then the printing of the testpage from the KDE pinter setting page is correct in front By using double sided printing on the "long edge" it is cut to the left page margin (the frame is cut because too close to the margin. So:
even this setting is somehow broken. Printing to PDF works, printing from Ocular works very well, printing from Libreoffice works after explicitly setting the page margins and using postcript as languae, and libreoffice (contrary to kmail) does remember the settings.

Printing mail is common. I see this as a major bug toghether with the fact that one cannot print decripted messages at all (empty page) (see bug Bug 337668 - kmail fails to print encrypted messages 4.13.3 which is a regression of a bug from KDE 4.7 -  286615 (Encrypted email not decrypted in-time for printing ) marked wrongly as closed an affectig also mime encrypted pages. So in short: kmail printing is broken be it encrypted or unencrypted.
Comment 6 Laurent Montel 2015-04-12 09:49:58 UTC
Thank you for taking the time to file a bug report.

KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2.

We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback.
Comment 7 stakanov.s 2015-04-12 10:24:33 UTC
Salut Laurent.

So to give you the right feedback. The problem is not so much about kmail or the printer-driver but seems to lie within the way the program addresses the printer. To be clear: the named Lexmark 543dn has a firmware setting that was on "US letter". So although the driver should have overruled the printer firmware, this did not happen when printing from Kmail. But it worked  for Okular, did work to some parts in Libreoffice. Once found out about the existence of this setting in the internal firmware, I did change the default to A4 and now the printouts are perfect. 
I cannot know of course if this was a wanted...or unwanted behaviour. It was just FYI so you are informed and anybody having this issue may look if he/she/it has also a setting hidden in the firmware (which will be the case for Ethernet enabled printers, I suppose). 
Thank you Laurent for your kindness to take the time to answer. Sorry for not having updated this report beforehand. I simply forgot. 

BTW that was with version KMAIL for 4.14.4 and later. So a very recent built. And it was also true for the latest and greatest 4.14.6. 
So again: problems with margins: user will have to look at the firmware first as it may NOT be overruled by the driver settings, depending on the case.