Closed Bug 285029 Opened 19 years ago Closed 19 years ago

GDK dithering has wrong alignment

Categories

(Core Graveyard :: GFX: Gtk, defect)

All
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: roc, Assigned: roc)

Details

Attachments

(1 file)

From http://weblogs.mozillazine.org/roc/archives/2005/03/visual_regressi.html

A bug in nsImageGTK::UpdateCachedImage where it copies image pixels into the
image pixmap using gdk_draw_rgb_image_dithalign and specifies a "dither
alignment" of rect->x, rect->y. It turns out that GTK already adds alignment to
rect->x, rect->y so that we end up with the coordinates double-counted and
incorrect alignment. This means when an image gets filled in in one shot we get
one dithering, but when the image is filled in in multiple passes (e.g. data
loads slowly from the network), the later sections get dithered slightly
differently to the one-shot case. So on <24-bit displays, you get slight
variations in colouration in some rendered images (not visible to the naked
eye), but only when the network is slow.
Attached patch fixSplinter Review
trivial fix
Attachment #176490 - Flags: superreview?(blizzard)
Attachment #176490 - Flags: review?(blizzard)
Attachment #176490 - Flags: superreview?(blizzard)
Attachment #176490 - Flags: superreview+
Attachment #176490 - Flags: review?(blizzard)
Attachment #176490 - Flags: review+
checked in
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: