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 750940 - Make the histogram (dialog, Levels, Curves, etc) default to show RGB instead of Value
Make the histogram (dialog, Levels, Curves, etc) default to show RGB instead ...
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: User Interface
git master
Other All
: Normal enhancement
: 2.10
Assigned To: GIMP Bugs
GIMP Bugs
Depends on: 109161
Blocks:
 
 
Reported: 2015-06-14 16:38 UTC by Elle Stone
Modified: 2018-05-24 15:22 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch to make the histogram dialog default to RGB instead of Value (3.67 KB, patch)
2015-06-14 16:38 UTC, Elle Stone
none Details | Review
Picture of the RGB histogram in Levels (60.98 KB, image/jpeg)
2015-06-14 16:56 UTC, Elle Stone
  Details
histogram darktable (8.73 KB, image/png)
2018-01-14 21:40 UTC, tobias
  Details

Description Elle Stone 2015-06-14 16:38:44 UTC
Created attachment 305244 [details] [review]
Patch to make the histogram dialog default to RGB instead of Value

My preference is to see the RGB histogram in the histogram dialog. But the histogram dialog resets to the Value histogram just about every time anything is done to the image. 

The Value histogram is not terribly useful. Even seeing the Luminance histogram (https://bugzilla.gnome.org/show_bug.cgi?id=109161) is not as useful for photographic editing as seeing the RGB histogram, because the Luminance histogram doesn't show individual channel values, and so adjustments using the Luminance histogram can easily cause unintended channel clipping.

The attached patch makes the RGB histogram the default histogram for the histogram dialog.

An alternative (or nice addition) to making the RGB histogram the default histogram would be if the user could choose the default histogram in the Preferences dialog (or even in the histogram dialog UI itself, which might be more convenient to change if the user's editing needs change from one image to the next).

This patch has the unanticipated but very nice side-effect of making the initially displayed histogram for the Levels dialog be RGB instead of Value, thus allowing to set the end-points while seeing exactly which channels might be clipped. Unfortunately the Levels RGB histogram is replaced with the Value histogram as soon as the user goes to, say, the Red channel, and then back to the Value channel. And even more unfortunately the Curves dialog still shows the Value channel instead of the RGB channels.

It would be most helpful to be able to see all three channels, perhaps with a Luminance backdrop (when the Luminance channel is added to the histogram), while making Levels and Curves changes.
Comment 1 Elle Stone 2015-06-14 16:56:08 UTC
Created attachment 305245 [details]
Picture of the RGB histogram in Levels

Seeing the RGB histogram when using Levels and Curves to adjust all three channels at once by the same amount (which is what the Value channel adjustments actually do) is much more useful than seeing the Value channel histogram. Seeing the RGB channels allows you to see whether and by how much the adjustment might be clipping any of the individual channels.
Comment 2 Michael Natterer 2015-06-14 19:20:58 UTC
That's IMO a nice idea worth considering, but we should first look
into bug 109161, I also commented there and asked Thomas to change his
patch.
Comment 3 Thomas Manni 2017-02-16 08:45:15 UTC
(In reply to Michael Natterer from comment #2)
> That's IMO a nice idea worth considering, but we should first look
> into bug 109161, I also commented there and asked Thomas to change his
> patch.

Patch of bug 109161 is pushed and the bug is closed for quite some time.
How does it block anything related to this bug ?
Comment 4 Jehan 2017-03-25 13:06:00 UTC
Mitch? What were you planning on doing with this one?
As Thomas notes, the deoendency is now closed.
Comment 5 tobias 2018-01-14 21:37:54 UTC
The idea is good. But I don't like that in your implementation the mix of RGB results to black. I like more the implementation from darktable, where it is white. Have a look at the file I attached.
Comment 6 tobias 2018-01-14 21:40:08 UTC
Created attachment 366803 [details]
histogram darktable
Comment 7 GNOME Infrastructure Team 2018-05-24 15:22:08 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/699.