Dragging histogram yields crazy results
I think it should be possible to change exposure and black point by dragging the histogram. It does not work for me at all: Exposure instantly goes up to +9EV on the slightest drag in any direction, and when dragging left, the histogram looses focus before I'm even close to normal. Black point is slightly better since it does not jump to insane value immediately, but also looses focus to soon. Also, selecting a color channel or histogram mode (linear) has no effect at all.
I observe this on v1.6.9, and on `release-2.0rc1` and on `g39d3ef6`.
I am not the only one affected by this:
histogram: Corrected mouse scrolling/dragging on the histogram
Mouse scrolling and dragging on the right part of the histogram (exposure) was
implemented in terms of "white", not in terms of "exposure". That caused
incorrect behavior (#10705): the slightest drag in any direction changed
exposure by several EV, scrolling changed exposure in non-linear way. On the
other hand dragging and scrolling in the "auto" exposure mode was done
in terms of target exposure value, passing "white" and "exposure" via
the same hooks caused #10073.
(cherry picked from commit 106a8c107adf9eb57fd1f4ab9a93886d44977f67)
(cherry picked from commit 16111102d97933556f34901f7cf0ec2353ab5344)
(cherry picked from commit 4f5e5e42c923f5e3d1f104fa282faabf24d16208)
#2 Updated by Anonymous over 4 years ago
Roman Lebedev wrote:
What about mouse wheel? Does it also cause such big exposure jumps?
Mouse wheel on black point works well, each click is 0.0010. But for exposure, the value changes more the higher the value is, and changes less with negative exposure compensation.
These are the steps for scrolling up:
0.0 0.15 0.32 0.51 0.74 1.00 1.32 1.74 2.32 3.32 9.97
I have verified this with `release-1.6.9` and `release-2.0rc1`.
I never use this (nor dragging) but it's documented to work.
#4 Updated by Alexander Smal over 4 years ago
Applied in changeset darktable|16111102d97933556f34901f7cf0ec2353ab5344