First clicked button does not delay like other buttons when using multi button editing #40533

New Issue

gandalf3 · 2014-06-08T02:06:38+02:00

gandalf3 commented

2014-06-08 02:06:38 +02:00

System Information
Archlinux
GTX 460

Blender Version
Broken: tesbuild2

Short description of error
The first button slider clicked will start changing, even before the limit for dragging is reached.
It's a bit hard to describe, so here's a video of the issue: multi_button_issue0001-0500.ogv

This occurs with and without continuous grab enabled, but I disabled it so that the cursor is visible for the purpose of the recording.

Exact steps for others to reproduce the error

Open blender
Drag almost straight down, but a bit to the right (or left, if you are dragging a property which can be negative)
Note that you can edit the value of the first clicked button, while multi selecting buttons.

**System Information** Archlinux GTX 460 **Blender Version** Broken: tesbuild2 **Short description of error** The first button slider clicked will start changing, even before the limit for dragging is reached. It's a bit hard to describe, so here's a video of the issue: [multi_button_issue0001-0500.ogv](https://archive.blender.org/developer/F93374/multi_button_issue0001-0500.ogv) This occurs with and without continuous grab enabled, but I disabled it so that the cursor is visible for the purpose of the recording. **Exact steps for others to reproduce the error** 1. Open blender 2. Drag almost straight down, but a bit to the right (or left, if you are dragging a property which can be negative) 3. Note that you can edit the value of the first clicked button, while multi selecting buttons.

gandalf3 commented

2014-06-08 02:06:38 +02:00

Changed status to: 'Open'

gandalf3 commented

2014-06-08 02:06:38 +02:00

Added subscriber: @gandalf3

gandalf3 commented

2014-06-08 02:07:54 +02:00

Here's a link to the file in case something doesn't work..
https://developer.blender.org/file/data/sxnytzwkmuaj3qcfpuj7/PHID-FILE-e7kwtq63scxoln4fv4ha/multi_button_issue0001-0500.ogv

Here's a link to the file in case something doesn't work.. https://developer.blender.org/file/data/sxnytzwkmuaj3qcfpuj7/PHID-FILE-e7kwtq63scxoln4fv4ha/multi_button_issue0001-0500.ogv

Campbell Barton commented

2014-06-08 02:58:39 +02:00

Changed status from 'Open' to: 'Archived'

Campbell Barton closed this issue

2014-06-08 02:58:39 +02:00

Campbell Barton self-assigned this 2014-06-08 02:58:39 +02:00

Campbell Barton commented

2014-06-08 02:58:39 +02:00

This is intentional, the reason for this is there needs to be some horizontal wiggle-room when dragging down, without this, its far too easy to accidentally move the mouse horizontally by accident

This is intentional, the reason for this is there needs to be some horizontal *wiggle-room* when dragging down, without this, its far too easy to accidentally move the mouse horizontally by accident

gandalf3 commented

2014-06-08 22:24:41 +02:00

Added subscriber: @ideasman42

gandalf3 commented

2014-06-08 22:24:41 +02:00

@ideasman42 I mean that the top value changes before the "wiggle room" threshold is reached, and then when it is reached, this causes all the other values to jump.

This seems okay now that I think about it some more.. I first noticed this before the values were clamped when multi button sliding, and without clamping this was more of a problem.

@ideasman42 I mean that the top value changes before the "wiggle room" threshold is reached, and then when it is reached, this causes all the other values to jump. This seems okay now that I think about it some more.. I first noticed this before the values were clamped when multi button sliding, and without clamping this was more of a problem.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

First clicked button does not delay like other buttons when using multi button editing #40533