#2317 Knob animation - right mouse button / scroll

[legoboyvdlp]

In the following situation the knob / slider doesn't work as expected:

-- A knob animation with an <action> that sets a property to 1 or -1, with an explicit release binding to set the property to 0 --> this is meant to provide the animation.</action>

There are then explicit nasal <increase> and <decrease> bindings for what the switch is actually meant to do.</decrease></increase>

When I manipulate the switch with a trackpad scrolling action, the <action> either doesn't fire, or else the <release> fires immediately. The result is that while the <increase> and <decrease> fire the switch model, controlled by the <action> property, doesn't get animated. </action></decrease></increase></release></action>

-- A knob animation with an <action> using <button>2</button>. The right mouse button action never occurs, since the right mouse button is used either to pan the view or to switch mouse input options.</action>

[James Turner]

Ouch, complicated :/

The problem with scroll events is, we have to fire the press+release immediately. Since we don't get any kind of 'user begins wheel scrolling' / 'user ends wheel scrolling'. We'd need to do some kind of timeout to fake that, which is ugly but possible.

Knob animations should always use button and 1 and button 3 (middle mouse button), using button 2 (right mouse) is 'forbidden' and won't work due to other meanings of right mouse.

However, I don't recall if we index buttons from 0 or 1 : I thought we indedxed from 0, so:
0 = primary (left for right handed users)
1 = secondary ('right click')
2 = centre/middle

Have I got this wrong?

[James Turner]

BTW, I guess nothing here is a regression, right?

[legoboyvdlp]

Knob animations should always use button and 1 and button 3 (middle mouse button), using button 2 (right mouse) is 'forbidden' and won't work due to other meanings of right mouse.

However, I don't recall if we index buttons from 0 or 1 : I thought we indedxed from 0, so:

Ah, ok.
Yes, its zero-indexed, 0 is left, 1 middle, and 2 right.
Button 2 is described on the wiki as being usable for right mouse click -- so amending the wiki will sort that!

Don't think its a regression, right mouse has been used for a long time, in fact its used on 0.9.1 that I have installed!!

[James Turner]

Given we had the 'right click does something with the mouse behaviour' forever, I am surprosed by that wiki info. Maybe it used to take precedence? Anyway at least since I changed to 'right-drag-is-look', that handler takes precedence over picking/knobs/etc