[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice
Subject:    Re: KWord: Printing
From:       David Faure <david () mandrakesoft ! com>
Date:       2001-11-19 19:12:43
[Download RAW message or body]

On Monday 19 November 2001 19:43, you wrote [private mail]:
> Hi!
> 
> OK, here are 4 ps files from my machine: Two of berge1.jpg (produced
> by konqueror/kword ; both fail to print (GNU gs 6.51, CUPS 1.1.10,
> XFree4, kernel 2.2, QT 2.3.1 for debian) and two of berge2.jpg
> (produced also by konqueror/kword, both print out ok.)

Very interesting. Diff shows this:
--- kword_print_fail.ps Mon Nov 19 19:36:20 2001
+++ kword_print_norm.ps Mon Nov 19 19:37:14 2001
[....]
-/sl 19872 string d
+/sl 60021 string d
-sl rG
+sl rC
[and then the image data is different]

Looking at Qt's code (qpsprinter.cpp) I can see that rG is supposed to
be used in the "grayscale" case, whereas rC is for "color".

It determines which one to use using this line:
        bool gray = (printer->colorMode() == QPrinter::GrayScale) ||
                    img.allGray();
Obviously you're not asking for a grayscale colormode of the printer,
so this must be QImage::allGray() returning true by mistake
(that image definitely doesn't look like it's all gray !)

How do you trigger that bug in konqueror ? I mean, do you have
an image that doesn't print correctly, even without resizing it ?
(I can't send the resized QImage from kword, to qt-bugs).
I'll test allGray() on that image first, to file a precise report.

-- 
David FAURE, david@mandrakesoft.com, faure@kde.org
http://perso.mandrakesoft.com/~david/ , http://www.konqueror.org/
KDE 3.0: Konquering the Desktops

[prev in list] [next in list] [prev in thread] [next in thread]