Version: (using KDE 3.5.8) Installed from: Debian stable Packages http://www.fileformat.info/format/bmp/egff.htm says this Width and Height are the width and height of the image in pixels, respectively. If Height is a positive number, then the image is a "bottom-up" bitmap with the origin in the lower-left corner. If Height is a negative number, then the image is a "top-down" bitmap with the origin in the upper-left corner. Width does not include any scan-line boundary padding. Both konqueror in ViewMode->photobook, and KImageMap editor display a black square when the height is negative. This is probably a bug in a common library, possibly in QT.
Forgot to say, I'm using KDE 3.5.7. This wasn't on the drop-down list.
Could you please attach a sample bitmap file which triggers this bug for testing.
Created attachment 25745 [details] Image of Tux, using MS Windows BMP, negative height This is a MS Windows BMP image, with negative height. 58x-64x8bpp. The source was /usr/share/apps/amor/pics/static/tux.png, dealphaed and inverted in Gimp, and the height negated in a hex editor. The original image that I found this bug with was generated by a custom tool used by my work, and so can't be attached here.
This works fine in KDE 4 applications.