<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - 1bpp non-B&W PNG images are mishandled on Linux in all vcl "backends" ("plugins")" href="https://bugs.documentfoundation.org/show_bug.cgi?id=113918#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - 1bpp non-B&W PNG images are mishandled on Linux in all vcl "backends" ("plugins")" href="https://bugs.documentfoundation.org/show_bug.cgi?id=113918">bug 113918</a> from <a class="email" href="mailto:tml@iki.fi" title="Tor Lillqvist <tml@iki.fi>"> Tor Lillqvist</a> <pre>I spent a day trying to understand what goes wrong. Added tons of debugging printouts to the relevant places in VCL. No cigar. I think it will be much easier to just add a workaround: When loading this kind of PNG images into LO, convert them into normal 24bpp non-palettized ones... (with each pixel then being either of the two in the original image's palette). LO is not some image manipulation software that would need to be able store any esoteric "mode" image exactly internally. This kind of PNG images are presumably fairly rare. And anyway, in this day, images with higher colour depth than 8 bits, or even "HDR" images, are gaining in importance and use, and LO doesn't handle such either. Converting to a normal full-colour image will take more space, sure, but that is outweighed by the benefit of fixing the problem.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>