Summary: | Kmail "Print" function always executes "Print all" instead of printing individual pages when "Options >>", "Print pages from '1' to '1' '' is selected. | ||
---|---|---|---|
Product: | [Unmaintained] kmail | Reporter: | Neal Makens <bossfrog> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bossfrog, jlayt, nsoranzo, rory_curtis |
Priority: | NOR | ||
Version: | 1.11.3 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Neal Makens
2009-05-29 18:15:22 UTC
I can confirm this bug in KMail 1.11.2. Okular gets this right, i.e. it will only print the requested pages. So a potential workaround is to print the entire message from KMail and then print the pages you want from Okular. It's pretty annoying though. This will be because KMail/Konqi/Kate are not page-aware applications, i.e. they don't know where the page breaks are until they paint the pages. While there are probably ways to work around this, none have done so. As a short term measure they should disable the Page Range selection in the dialog so as not to confuse users (I've put this on my to-do list, unless someone beats me to it). Hmmm, not sure what's up with the SVN->BKO link, but commits 1011062 for trunk and 1011065 for 4.2 disable the From/To print range in the print dialog for KHTML and consequently for KMail so users will no longer be confused by this. This is the best we can do for now I'm afraid. I am working on patches to Qt to enable range printing via CUPS, but that will not be available until Qt4.6 (fingers crossed). I'm not sure khtml would ever be able to be modified to directly support page selection, but that would be a separate wish request. |