arbitrary step size with mouse wheel on sliders compared to Windows (CO 14.4)
I'm using the feature (CO 14.4) to adjust sliders using the mouse scroll wheel. I have the issue that the step size looks rather randomized or arbitrary compared to the Windows version. For instance the step size for exposure should have 0.1 (1.0 with shift key). But on my Mac it has step size 0.48 (4.8 using shift key) what definately makes no sense. Can anyone confirm the issue on Mac (M1)? Or am I the only one on the world experiencing the behavior?
-
If you place the cursor in the numeric value field and adjust do you see the .1 and 1.0 as expected?
If you use the slider on, say, the Brightness adjustment you should see adjustment in single digit values.
Exposure (and a handful of other adjustment values) ar relative amounts with the length of the of the slider being representative of something like a +4 to -4 stop range as displayed.
The length of the bar (i.e. the Width of the tool as displayed) with the combined resolution of the screen and the resolution capability of the pointing device driver is likely to provide different adjustment values per distance of movement at relatively fine adjustment levels.
Unlike the numeric value field where adjustment is applied by directly adding or subtracting a value, the slider method requires a calculation of a value based on the number of pixels the slider (in effect the mouse pointer) has moved. The calculation will not always give a result that can be applied without rounding. The working rounding value per pixel will be a factor of the measures mentioned above. At critical point where rounding down might suddenly switch to rounding up a much larger Exposure value might be seen.
My Windows system shows the same traits. The actual adjustment amounts can be seen to change if one widens or narrows the relevant tool.
Using a 1920px wide 15" screen and floating Exposure tool extended to maximum width PLUS the Alt key to enable fine adjustments, my trackpad seems to allow 0.01 adjustment values quite consistently. With the tool set to its narrowest display value it is much more difficult if not impossible to attain that adjustment resolution consistently.
I would presume that Macs work the same way but native screen resolutions, device drivers and mouse.trackpad resolutions may have a wide range of standards that may need to be taken into account in all cases.
0 -
It seems there is a misunderstanding. I'm not using the mouse to drag the slider left or right. I'm useing the scroll wheel of the mouse as mentioned in the headline. Therefore it is to be expected that one click of the mouse scroll wheel causes one step of the slider which should be 0.1 for exposure (at least on Windows). I get the same value (0.1) as expected if I'm using the digital values and cursor keys (up/down). I'm using a standard Microsoft Intelli mouse and not the Apple Magic mouse which has no scroll wheel.
0 -
Jan,
Click the cursor on the numeric value field rather than the slider. Then scroll. What change value do you get?
0 -
I get 0.48 using the scroll wheel. I get 0.1 using the cursor key.
0 -
Also, in the preferences, do you have a tick box for "Scroll wheel changes slider value"?
0 -
Yes, of course, otherwise had to use alt-key (I'm using a US Cherry keyboard).
0 -
OK, well I guess there are a few variables in the mix here.
My current device has gesture based "mouse" emulation rather than being able to define specific areas of the pad to act as proxy for scroll activity, etc.
So if I have the "Scroll wheel changes slider value " on the default trackpad setting for scroll (2 finger gesture) basically applies the same value change with the slider in "focus" as it would if the numeric field was in focus. So 0.1 adjustment in 0.1 increments, etc.
If I turn it off in the preferences the scroll activity seems to be inactive using the defined scroll gesture.
In both cases Left button + scroll gesture up and down will change the slider value by seemingly "random" 2 decimal amounts in line with what I observed in an earlier post. Basically very much like the speed edit adjustment applied via scrolling.
I'm not sure the two OS systems are able to do the same things in the same way. But then, devices and drivers may be a factor.
0 -
Yes, indeed. It strongly depends on the driver and the defined step width. Currently I'm using the SteerMouse driver, because of the nonlinear scrolling behavior of MacOS is not usable for me. It's a whole mess. If I disable SteerMouse driver each scroll event increases by 0.01 which is much to few. I think that's an implementation error of CO. It should not take the driver defined scroll width but the scroll event itself. Click by clickl. Maybe it was done by intention to support the Apple Magic mouse. Then I must say there should be at least a choice somewhere in the options of CO. Or CO could check the used pointing device by itself. For me it is not really usable to work on Mac with CO. I come from Windows and want to switch to Mac at least for my photography business because the M1 is a fantastic tiny powerhorse.
0 -
I have the same issue. Windows, I could fine tune but in my new M1 mac I could not no matter what settings I applied from the system. Reading this comment made me do a google search for how to slow the scroll down and I found a program called Smooth Scroll. It works. My editing has been a nightmare but it works! Change the step size to line 5 and it’ll work like it did on windows. Thank you for this post, it got my brain thinking. There is a solution.
0 -
No, this is not a solution for me. Scrolling up or down causes not exactly the same step size, because it is pixel bases.
The only existing work around is to hover the number right of the slide. Don't click into it. Just hover and then use scrollwheel. Then, and only then the behaviour is exactly like Windows behaves. Exposure moves in 0.1 steps. Using shift-key exposure moves in 1 steps. Same for the other sliders. Rotation angle +- 0.01/0.1 steps. Contrast +- 1/10 steps (without / with shift key), and so on. I wonder why are Capture One developers so ignorant. It is a bit fiddly to position the mouse exactly over the digits. So why not same behaviour over sliders? Why not??? I will not pay money for such buggy piece of software and such ignorant developers. They don't listen to the users. I uploaded videos to C1 to point out the differences but nobody cares. Same for the missing double click issue for zoom out from inner of the miniature window. It simply doesn't work on Mac M1. In Windows you can double click to have zoom to 100 percent view. And without moving mouse outside the miniature window a double click inside of miniature window zooms back to the full frame. On Mac M1 you have to move mouse pointer first outside of the miniature window and then double click to zoom out. Also made videos of this false bahavior on M1. But nobody cares. That's simply ignorant and arrogant. No C1, no more money for upgrades. First make your job.
0
Post ist für Kommentare geschlossen.
Kommentare
10 Kommentare