Inconsistent input drag editing #111195

New Issue

Guillermo Venegas · 2023-08-17T02:17:02+02:00

Guillermo Venegas commented

2023-08-17 02:17:02 +02:00

System Information
Operating system:
Graphics card:

Blender Version
Broken:
Worked:

Short description of error
Some inputs that allows editing whit mouse drag can change values with any drag movement, and the will be clamped to
min-max values, but other inputs relies on mouse position rather that the drag movement, this makes that if the user makes a drag beyond bounds, to be able to edit the values the user need to move the mouse again within the bounds of the input, that is not necessary because mouse is not visible.

Exact steps for others to reproduce the error

Use the color picker and move the mouse to the left beyond limits
Move the mouse to the right, see that there not instantly a value change, the invisible mouse need to enters within bounds

Here in the video, i edited the surface radius and is is visible that any movement changes the value
But for Surface the mouse need to be reallocated in the input box
Also for color picker
Important Note: I force to show the mouse to see the actual mouse movement, using the slider or color picker without knowing where the mouse is makes it feel weird

**System Information** Operating system: Graphics card: **Blender Version** Broken: Worked: **Short description of error** Some inputs that allows editing whit mouse drag can change values with any drag movement, and the will be clamped to min-max values, but other inputs relies on mouse position rather that the drag movement, this makes that if the user makes a drag beyond bounds, to be able to edit the values the user need to move the mouse again within the bounds of the input, that is not necessary because mouse is not visible. **Exact steps for others to reproduce the error** 1. Use the color picker and move the mouse to the left beyond limits 2. Move the mouse to the right, see that there not instantly a value change, the invisible mouse need to enters within bounds Here in the video, i edited the surface radius and is is visible that any movement changes the value But for Surface the mouse need to be reallocated in the input box Also for color picker Important Note: **I force to show the mouse** to see the actual mouse movement, using the slider or color picker without knowing where the mouse is makes it feel weird <video src="/attachments/213288b4-4546-4f45-af4a-50a313b54e7d" title="2023-08-16 17-58-31.mp4" controls></video>

2023-08-16 17-58-31.mp4

2.2 MiB

Guillermo Venegas added the

labels 2023-08-17 02:17:03 +02:00

YimingWu commented

2023-08-17 04:26:28 +02:00

Hi @guishe I think this is by design. The "ranged" slider will match the range length to the mouse X movement so the blue section position stays fixed offset relative to your mouse pointer, while the free slider (without min-max) will use RNA property step on mouse move, and it doesn't care about the absolute position of your mouse pointer. You can drag that panel wider to see the effect more prominently.

YimingWu added

Module

User Interface

Status

Needs Info from Developers

and removed

Status

Needs Triage

labels 2023-08-17 04:26:42 +02:00

Guillermo Venegas commented

2023-08-17 05:34:32 +02:00

both tested have min-max
Are the PROP_FACTOR inputs that depends on mouse position rather than movement

both tested have min-max Are the PROP_FACTOR inputs that depends on mouse position rather than movement

Yevgeny Makarov commented

2023-08-17 12:43:46 +02:00

The color picker clearly shows what's going on - you select the color right under the cursor.

The "slider" works in the same way:

The only issue is that in Blender the "slider" is not in its purest form, it's kind of half a "numeric field", but still by design it's a slider.

Though no, the second issue is that the cursor is hidden, which makes the whole thing weird. It's still not a bug, though.

The color picker clearly shows what's going on - you select the color right **under the cursor**. The "slider" works in the same way: ![slider.gif](/attachments/9a32edcc-c35c-41a5-a830-ace81f341c3b) The only issue is that in Blender the "slider" is not in its purest form, it's kind of half a "numeric field", but still by design it's a slider. Though no, the second issue is that the cursor is hidden, which makes the whole thing weird. It's still not a bug, though.

slider.gif

156 KiB

YimingWu commented

2023-08-19 05:30:30 +02:00

Humm in this case maybe we could make the cursor visible in properties with PROP_FACTOR? So there's a better visual reference.

Humm in this case maybe we could make the cursor visible in properties with `PROP_FACTOR`? So there's a better visual reference.

Yevgeny Makarov commented

2023-08-19 10:20:04 +02:00

Humm in this case maybe we could make the cursor visible in properties with PROP_FACTOR? So there's a better visual reference.

No, it won't work. The slider position (value) does not change on initial mouse press (like a normal slider), but the cursor jumps at the end of the operation. I mean, on a normal slider you can click in a place with the desired value to move the handle. But the Blender's slider will go into edit mode, like numeric field.

Everything is blended in Blender, even the slider with the numeric field. :)
This is a big design-topic, and it's probably been discussed before.

> Humm in this case maybe we could make the cursor visible in properties with `PROP_FACTOR`? So there's a better visual reference. No, it won't work. The slider position (value) does not change on initial mouse press (like a normal slider), but the cursor jumps at the end of the operation. I mean, on a normal slider you can click in a place with the desired value to move the handle. But the Blender's slider will go into edit mode, like numeric field. Everything is blended in Blender, even the slider with the numeric field. :) This is a big design-topic, and it's probably been discussed before.

Guillermo Venegas commented

2023-09-06 07:07:23 +02:00

Here a fix for inputs values tagged as PROP_FACTOR
#112004

Here a fix for inputs values tagged as `PROP_FACTOR` https://projects.blender.org/blender/blender/pulls/112004

Bart van der Braak added

and removed

labels 2024-08-14 13:09:49 +02:00

Sign in to join this conversation.