Project

General

Profile

Bug #11883

Please lower mouse sensitivity within Tranform tab

Added by Ilya Korneychuk almost 2 years ago. Updated almost 2 years ago.

Status:
Closed: invalid
Priority:
Low
Assignee:
-
Category:
-
Target version:
Start date:
12/27/2017
Due date:
% Done:

0%

Estimated time:
Affected Version:
2.4.0
System:
all
bitness:
64-bit
hardware architecture:
amd64/x86

Description

Usually when you need to corrent the flooded horizon you need like a 0,2-0,6 degree correction, not ten or twenty degrees. However when you use mouse to correct the angle each step seems to be not like 0,05-0,1 degrees but ~1,5-2 degree which is way too much. I suggest to lower the "mouse sensitivity" in this dialog, by that I mean that a user should be able to make 0,05-0,1 degree correction using mouse with smaller steps.

History

#1 Updated by Tobias Ellinghaus almost 2 years ago

  • Status changed from New to Closed: invalid

Try right clicking the slider for finer control: https://www.darktable.org/2012/03/bauhaus-widgets/

You can also right click&drag a line on the mage itself to draw a straight vertical/horizontal line.

#2 Updated by Roman Lebedev almost 2 years ago

Also, you can use arrows while the slider is 'selected', and apply the modifier keys (shift/ctrl, i think?) to change sensitivity (configurable, defaults are 10x / 0.1x)

#3 Updated by Ilya Korneychuk almost 2 years ago

The most obvious model of interaction with an application is using the left mouse button and moving the slider with a mouse. Currently it's a pain in Darktable and I understand it as a huge ergonomical issue. If you want to improve the ergonomics of your application, please consider my advice to lower the sensitivity of the slider.

#4 Updated by Roman Lebedev almost 2 years ago

1. Are you aware that you can use mouse scrollwheel?
2. Are you aware that you can use keyboard arrows?
3. Are you aware that you can change sensitivity via the modifier keys (shift/ctrl, i think?) (configurable, defaults are 10x / 0.1x).
Applicable for both cases, scrollwheel and arrows.
4. Since #11882 is from you, i guess you are aware of the bauhaus rough-precise graphical input by now.

#5 Updated by Ilya Korneychuk almost 2 years ago

Was I talking about my personal experience only? Ergonomics is not about an experience of a single person, it's about how people interact with defferent systems eg applications. And Darktable has ergonomical issues that may me fixed or improved, but these issues may not be obvious to you, the developers. Thats why I'm trying to show you the scenarious and explain these issues. If you don't want to improve the ergonomics of your app and happy with how it is just tell me and I will stop. Answering your qustions
1. Not obvious, huge risc of moving a mouse a little below which will result modifing the next modifier (the persepctive corretion in this particular case)
2. Yes, however you need to use the mouse and click on slider first before the arrow modification will be available
3. Obvious, but not working (if you are sure you have this, then this is a bug)
4. I'm personally aware now, but an average an statistical user who had an experience with Lightrooom - will have to discover it personally.

#6 Updated by Roman Lebedev almost 2 years ago

Ilya Korneychuk wrote:

Was I talking about my personal experience only? Ergonomics is not about an experience of a single person, it's about how people interact with defferent systems eg applications. And Darktable has ergonomical issues that may me fixed or improved, but these issues may not be obvious to you, the developers. Thats why I'm trying to show you the scenarious and explain these issues. If you don't want to improve the ergonomics of your app and happy with how it is just tell me and I will stop. Answering your qustions

1. Not obvious,

Are you serious? o_O

huge risc of moving a mouse a little below which will result modifing the next modifier (the persepctive corretion in this particular case)

Is that hidpi screen? You can scale the entire ui.

2. Yes, however you need to use the mouse and click on slider first before the arrow modification will be available

True. Sadly, the neural link is not too common yet, and focus tracking via webcam probably won't work, since you'll be looking at the image, not the slider.

3. Obvious, but not working (if you are sure you have this, then this is a bug)

Works fine here. Shift+mousescrollwheel results in 10x the change, Ctrl+mousescrollwheel results in 0.1x the change.

4. I'm personally aware now, but an average an statistical user who had an experience with Lightrooom - will have to discover it personally.

We don't care. You just can't replace program x with program y, unless they are absolutely identical. That is not limited to ui.

#7 Updated by Ilya Korneychuk almost 2 years ago

1. For sure, why would anyone use a mousewheel when you can hold left mouse button?
3. Works for wheel an arrows, but not for holding left mouse button.

#8 Updated by Roman Lebedev almost 2 years ago

Ilya Korneychuk wrote:

1. For sure, why would anyone use a mousewheel when you can hold left mouse button?

Okay then, i think we are done with ui suggestions here :)

3. Works for wheel an arrows, but not for holding left mouse button.

Of course not, because that sets the absolute value.
Pretend that the slider is a ruler, if you point to some spot, you get some value.

While scrollwheel/arrows send an event saying that the current value was changed in direction up/down,
and the slider listens to the event, and actually adjusts it's value (by +/- step), in our case applying the modifiers on the way.

#9 Updated by Roman Lebedev almost 2 years ago

  • Target version set to 2.6.0

Also available in: Atom PDF

Go to top