Bug 16395 - inverted representation of PNG image
Summary: inverted representation of PNG image
Status: RESOLVED FIXED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2000-12-02 16:03 UTC by Lukas Mueller
Modified: 2003-12-13 02:58 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Pixmap from the original web pages (1.67 KB, image/png)
2003-03-21 12:39 UTC, Tom Verbeure
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lukas Mueller 2000-12-02 16:00:02 UTC
(*** This bug was imported into bugs.kde.org ***)

Package: konqueror
Version: 1.9.8 (KDE 2.0)
Severity: normal
Compiler: gcc version 2.95.2 19991024 (release)
OS: Linux 2.2.16 i686 (compiled sources)

the two PNG images on the top of http://www.ogz.ch are incorrectly
displayed white on black instead of black on white.
Comment 1 esigra 2001-09-27 19:25:27 UTC
I can reproduce this with KDE 2.2.1. I made some black/white bitmaps in GIMP 
and tried to use them in the documentation file of an application I'm working 
on. But they were inverted. Of course I tried to invert the images in GIMP 
and save them but they are still inverted in konqueror and the help browser. 
Very annoying.
Comment 2 Timo A. Hummel 2002-09-18 22:00:26 UTC
This still occurs, and it seems that it only occurs with indexed PNG images. I
painted one pixel into the picture (which was non-pure black and non-pure white
(e.g. something else than #000000 and #FFFFFF)) - and that changed the result.
Comment 3 Timo A. Hummel 2002-11-14 01:12:36 UTC
I assume that this is not a QT library bug, since PNG images with two colors 
are shown correctly by the QT functions.
Comment 4 Jesper Juhl 2002-12-22 04:04:04 UTC
Reproducible with KDE 3.1-rc5 and QT 3.1.0 
 
Comment 5 Maksim Orlovich 2003-02-01 01:39:53 UTC
Timo: could you perhaps attach your test images here, so they don't get lost, etc.? 
 
Comment 6 Timo A. Hummel 2003-02-25 18:34:12 UTC
Maskim: Just have a look at the top URL. You can also reproduce it in GIMP very easily. I 
have to admit that I don't have these pics anymore, maybe I'll create a new set when I got 
GIMP installed again :) 
 
Remark: Still not fixed with current CVS. 
Comment 7 Tom Verbeure 2003-03-21 12:37:02 UTC
This is a QT bug. I save the bitmap at the top of www.ogz.ch and pasted it as a 
PixMap in a dialog with the current qt-copy version of Qt Designer. It also shows up 
wrongly. 
Comment 8 Tom Verbeure 2003-03-21 12:39:33 UTC
Created attachment 1214 [details]
Pixmap from the original web pages

This pixmap shows up white on a black background. It should be opposite.
Comment 9 Tom Verbeure 2003-06-02 17:21:52 UTC
<I filed this bug with Trolltech. It received ticket number N19076. Here is a 
reply I got today.>

Hi tom

Sorry about the delay in answering. We will not be able to fix this in a while 
for compatibility reasons. We'll look into something for the next major release 
though. You should probably fix your image by providing a real color table.

best regards

Anders Bakken
--
Trolltech AS, Waldemar Thranes gate 98, NO-0175 Oslo, Norway
Comment 10 Nicolas Goutte 2003-09-17 14:57:19 UTC
This is a known bug and there is a known work-around (see bug #30357) 
 
QPixmap pix; 
QImage img; 
pix.convertFromImage(img, QPixmap::Color); 
 
Have a nice day! 
Comment 11 Nicolas Goutte 2003-09-17 15:00:46 UTC
Back to Konqueror/HTML, as there is aknown work-around for this bug. 
 
Have a nice day! 
Comment 12 Icekiss 2003-11-15 13:16:11 UTC
Bug is reproducable in CVS Head from 3.11.03
Comment 13 Luis Carvalho 2003-11-27 20:10:12 UTC
The image shows black text in white foregroung in CVS 11/11/2003.
So I think this bug is fixed.
Comment 14 Luis Carvalho 2003-12-13 02:58:45 UTC
*** Bug has been marked as fixed ***.