After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 134867 - bad display of transparency in quantized pngs
bad display of transparency in quantized pngs
Status: RESOLVED DUPLICATE of bug 86627
Product: GIMP
Classification: Other
Component: General
1.x
Other All
: Normal normal
: ---
Assigned To: GIMP Bugs
Daniel Egger
Depends on:
Blocks:
 
 
Reported: 2004-02-19 18:28 UTC by brett hartshorn
Modified: 2004-02-19 19:06 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description brett hartshorn 2004-02-19 18:28:35 UTC 
Gimp incorrectly displays the transparency in quantized (4bit or 8bit) png
files.  The transparency is shown only as 100% or 0%, there is no
transparency range between - even if the file has many levels of transparency.
(png files tested were quantized using pngquant)
(it would be nice if gimp could quantize with transparency itself, so then
pngquant would not have to be used)
-brett
Comment 1 Dave Neary 2004-02-19 19:06:56 UTC 
This is an artefact of how the GIMP handles indexed images. Way back
when, it was decided that an indexed image would have a 256 colour
palette, or 255 colour palette + 1 transparency index, with palette
entries being RGB.

Since this is all that was and is supported by GIF, and at that stage
no-one could imagine that indexed mode would be used for anything
other than GIFs, that was not annoying until pngs came along.

Really, an indexed image should be a 256 colour palette, with the
palette entries being RGBA.

The projection code is an artefact from this too.

Closing this as a duplicate.

Cheers,
Dave.


*** This bug has been marked as a duplicate of 86627 ***