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 152713 - "watchpoints" for curves / image info
"watchpoints" for curves / image info
Status: RESOLVED DUPLICATE of bug 137776
Product: GIMP
Classification: Other
Component: Tools
2.0.x
Other All
: Normal enhancement
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2004-09-15 11:39 UTC by rob miller
Modified: 2004-09-17 11:27 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description rob miller 2004-09-15 11:39:44 UTC
Please could there be a way to display RGB values for a selected pixel (or 3x3
or 5x5) that updates as the curves dialog is used?  ctl-shift-i -> image info
window is useful, but frustrating in that there is no feedback loop to see how a
pixel/channel value changes with the curve modification.  I understand the
photoshop equivalent is to shift-click with the "eyedropper" tool to display up
to 4 such  info panels.  I am envisioning either:

(a) a way to make multiple image-info (extended tab) windows, where the extra
ones don't update the values when the mouse moves, just stay focused on a
selected point.

(b) R,G,B values at the bottom of the curves dialog which would present the
pixel values corresponding to the click-drag mouse position (and vertical line
in the curve pane).  A button next to the values would 'lock' a position for
monitoring and (ideally) create another such row of values so we could see
several positions update as the curve is modified.  (Don't know how this might
work if one were in a 4+ value colorspace like CMYK in a future Gimp)

Not having this feature makes it hard to remove colorcasts by working on neutral
regions as described in e.g. the Margullis book.  I'm really sorry if this is
already implemented somewhere, but I've not been able to find it.

thanks,

rob.
Comment 1 Sven Neumann 2004-09-15 12:03:57 UTC
A very similar request is in bug #137776 already.
Comment 2 rob miller 2004-09-15 15:48:45 UTC
Yes, sorry I missed it, this would be the same functionality and I would be
happy to see it implemented in any of the suggested ways.  Seems like saving as
part of the XCF would be "nice but not required", also the 'sticky tooltips'
would need to be movable (perhaps this is obvious?) to avoid obscuring the
image.  As all the reporters seem to be into the Margulis book, the option to
set sampling to average over a 3x3 or 5x5 patch is one that he recommends taking.
Comment 3 Michael Natterer 2004-09-15 15:58:54 UTC
What's the "Margulis book"?
Comment 4 rob miller 2004-09-15 18:47:56 UTC
Professional Photoshop 5 The Classic Guide to Color Correction by Dan Margulis.
 Recommended on various 'GIMP books' sites, found mine on Amazon used books.  A
sample chapter from the current edition (photoshop 7) is at 

http://www.ledet.com/margulis/articles.html

It is strongly focused on CMYK, but that doesn't seem to matter -- it's really
the "what and why" of color correction, with the "how" mostly relegated to 'oh,
any good graphics program would have a way to do this'.
Comment 5 rob miller 2004-09-15 20:47:05 UTC
The sample "chapter 2: By The Numbers" is perhaps the most relevant in the book
(based on knowledge of the PS5 edition) for the topic here.
Comment 6 Michael Natterer 2004-09-17 11:27:48 UTC
Thanks for the link. As you agreed this is the same as bug #137776
I'm resolving this one as duplicate.

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