https://bugs.kde.org/show_bug.cgi?id=449709
--- Comment #15 from Sergio <sergio.calleg...@gmail.com> --- 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. -- You are receiving this mail because: You are the assignee for the bug.
