https://bugs.kde.org/show_bug.cgi?id=449709
--- Comment #16 from Peter <p.wibber...@btinternet.com> --- (In reply to Sergio from comment #15) > A couple of comments: > > 1. In /some/ cases, the problem can be worked around by ticking the entry in > the print dialog that "forces rasterization". Probably this happens because > when you rasterize /before/ printing, the rasterization itself happens in > BW. However, even when this trick works, it is rather sub-optimal because it > may slow down printing significantly and decrease the print quality. > > 2. If you open the `system-config-printer` application and you double click > on the printer, you will see a dialog from which you can configure the > (default) "job options". Typically, you will find there an option regarding > the print color mode. Changing the default option from this dialogue will > generally make the printer switch from color mode to BW and viceversa as > expected. So it looks like there is a problem in the qt print dialog that > does not pass the print color mode option to the printing backend in a way > that is suitable for overriding the default. Maybe, but this is just a > hypothesis, this is because the print color mode is not managed at all by > the Qt-print dialog as a job option (like duplex for example), but as an > advanced printer property. Hi Sergio, Your 'Force rasterisation' suggestion works a treat, and with no discernible impact on print speed or quality. As a matter of possible interest, my motivation was that printing a colour document to my black and white printer was giving a blank - not black, interestingly - page. Converting it to a grayscale PDF file first was a workaround for that. Thank you. P -- You are receiving this mail because: You are the assignee for the bug.
