Version: (using KDE KDE 3.1.94) Installed from: Mandrake RPMs OS: Linux Follow hese steps: - Create a ne KWord document - write a colored text (i.e. Hello World! - just suppose the word "Hello" blue colored) - Open print dialog - check print preview - open properties dialog - set up Print Out Mode - Output Type as Gray Scale - Print The preview is always colored even if the printed document is correctly in gray scale mode. The same behaviuor has been reproduced into other kde applications. For developers: All the applications that do not check 'KPrinter::option("OutputType")' (i think others options too) and don't redraw text or images have the same behaviour. I think this is not a problem of applications since this a KPrinter setting. Angelo
When doing this, do you use a real printer or a pseudo-printer (like print to PS or PDF)? If this is not a pseudo-printer, try with the "Print To PS" printer. Michael.
Unfortunately i'm not at home by now, so i cannot test it. Anyway i use a real printer (Epson stylus color 670 usb) and the print was ok; only the preview was wrongly showed. BTW, to add printer option into gwenview, if i re-drew images in BW the preview was ok. But my chioce is to use kprinter driver option instead of redraw images adding new duplicated options.
Hi now i can add that if i print to ps or pdf (grayscale) the preview is ok
Oops i forgot to say now my kde version is kde 3.2-16mdk
I confirm, the bug is still prenent with 3.2.2-5mdk and for printer preview
The problem relies on the fact that it's difficult to detect from the PPD options whether the print result will be in color or B&W. There's no standard option name, and each printer manufacturer uses its own syntax. So what kdeprint is doing is to tell Qt to generate colored print data and send the result to the printer. The printer driver will then convert the data to grayscale if required.
That's true, but what about reading if the greyscale or BW is set and changing the preview following the set options? If the printer print out colored, the problem will be on printer driver(not on user option), and probably concerning to the printer model.
I was about to think it was an epson driver problem, but now i changed my printer with a new HP PSC 1610 and i noticed the same behaviour.
This is *normal* in the sense that kdeprint will always generate print data in colour and transfer them to the printer by specifying to print using grayscale. The preview shows you the print data before sending them to the printer, hence they are colored.
Well but it isn't *normal* in the human meaning, I mean if I'd like to print in grayscale i'd probably expeted to have a preview of what i'm going to print... or i'm misunderstanding what word "preview" means? :)
This will be possible once printer manufacturers will follow a common convention to describe their printer capabilities or once there will be a common printing standard in the UNIX world followed by those manufacturers. In other words, it's not for tomorrow... For the time being, a colored preview (with a BW actual result) is probably better than no preview at all. Michael.
UNCONFIRMED (batch reassigning messed this)
As Michael explained, this is a limitation of the current design: * applications don't generate their own preview * applications can only generate the PostScript that is sent away as a printjob (as requested by KDEPrint) * KDEPrint does not know in advance, if the target device is color capable * KDEPrint therefore always sends "color PostScript" (and let's CUPS and the target device handle the conversion to b+w if needed) * KDEPrint therefore also displays the printfile in color (calling a PS Viewer that is external to KDEPrint) If I understand the reporter correctly, he wants it this way: - *IF* he explicitely requests a b+w job (to be sent to whatever printer, color-capable or not), *THEN* he asks for KDEPrint to request that b+w data be generated by the application/Qt (which in turn would lead to a b+w preview as well, of course). I *think* this is doable (*IF* Qt supports that... but I dunno if that's the case). Angelo, I don't think this can be implemented during the KDE 3.5.x lifetime (3.5.6 will be out soon). But we should keep it as a feature request for KDE4.
> If I understand the reporter correctly, he wants it this way: > > - *IF* he explicitely requests a b+w job (to be sent to whatever printer, > color-capable or not), *THEN* he asks for KDEPrint to request that b+w > data be generated by the application/Qt (which in turn would lead to a > b+w preview as well, of course). Well that's a way to, I mean having the feeling that what we see it's what we get it's not a solution, but sure it's better that seeing something that will be different after the printing is finished. > Angelo, I don't think this can be implemented during the KDE 3.5.x lifetime > (3.5.6 will be out soon). > > But we should keep it as a feature request for KDE4. No pb, since I'm waiting it from kde 3.2 :) Regards, Angelo
This is a duplicate of bug 59718 (in a way). *** This bug has been marked as a duplicate of 59718 ***
> *** This bug has been marked as a duplicate of 59718 *** I don't believe it's the same bug/wishes, even if I can understand it can be fixed working on the same code...