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 319872 - Contrast adjustment incorrect for white and black
Contrast adjustment incorrect for white and black
Status: RESOLVED DUPLICATE of bug 332068
Product: GIMP
Classification: Other
Component: General
2.2.x
Other All
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2005-10-26 16:55 UTC by Xesdeeni
Modified: 2008-01-15 13:01 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Xesdeeni 2005-10-26 16:55:29 UTC
Please describe the problem:
White (255, 255, 255) and black (0, 0, 0) pixels don't smoothly change color
when the contrast is lowered.  But when the slider hits -127, they jump to the
correct color.

Steps to reproduce:
1. Create a new white image
2. Select Layer|Colors|Brightness-Contrast...
3. Slide the contrast slider to -126
At this point the image should be a middle gray (about 130,130,130), but it's
still white.
4. Slide the contrast slider to -127
Now the image will jump to the middle gray
5. Undo the operation to return to a white image
6. Select Layer|Colors|Invert to make a black image
7. Select Layer|Colors|Brightness-Contrast...
8. Slide the contrast slider to -126
At this point the image should be a middle gray (about 126,126,126), but it's
still black.
9. Slide the contrast slider to -127
Now the image will jump to the middle gray.

Actual results:
The white and black remain so until the slider reaches -127, when they jump to
the middle gray.

Expected results:
The white should get progressively darker as the slider is moved to the left. 
The black should get progressively lighter as the slider is moved to the left. 
Near white (254, 254, 254) and near black (1, 1, 1) appear to work correctly.

Does this happen every time?
Yes

Other information:
Win32 version.  Intel Pentium M 1.86 MHz processor.
Comment 1 weskaggs 2005-10-26 18:50:28 UTC
The tools is intentionally designed to leave black and white pixels intact while
shifting intermediate values toward gray.  The behavior for contrast=-127 is an
anomaly.  Your expectations are reasonable but I don't think there should be
changes in a tool that has existed since the beginning of time and always worked
the same way.  (Note that you can get the effect you want, with a bit more
effort, using the Curves tool.)
Comment 2 Xesdeeni 2005-10-27 13:20:52 UTC
How about a checkbox to enable the expected (similar to other image processing
programs) behavior?
Comment 3 Simon Budig 2006-02-24 00:57:15 UTC
Actually this is a real bug. A more extensive discussion of the problem is in bug #332068, hence I am marking this one as duplicate.

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