Re: AU automation gestures/scroll wheel events
Re: AU automation gestures/scroll wheel events
- Subject: Re: AU automation gestures/scroll wheel events
- From: Stephen Blinkhorn <email@hidden>
- Date: Thu, 4 Jun 2009 21:53:24 -0600
On 4 Jun 2009, at 20:28, Brian Willoughby wrote:
On Jun 4, 2009, at 14:18, Stephen Blinkhorn wrote:
ii) Using the mouse scroll wheel for GUI elements poses the problem
of when to send begin and end gestures. I'm thinking the best way
would be to simply measure elapsed time between events and send an
end gesture if elapsed time is greater than a timeout value.
Anyone got any better ideas?
I do not believe that it is safe to "fake" gesture begin and end
points unless your physical controller can actually sense a finger
touching and releasing. A mouse move requires a click, so that is
safe. A controller like the MCU Pro actually sends a Note On when
you touch the fader, and Note Off when you remove your finger.
Your timeout could just as easily interrupt a true gesture if
someone intended to hold the value steady for a while and then
release.
Very good point.
The only idea I can think of which wouldn't ruin the entire paradigm
of gestures would be to require users to press the mouse button
(many scroll wheels are also a button), but this is an awkward
'gesture' and thus might present problems. That, or build a scroll
wheel with touch sensitivity, and implement a custom driver.
Or hold down a modifier key whilst moving the wheel perhaps. One
looses some usability there though, especially as I already use 'alt'
as a fine grained control modifier. I am presuming that scrolling
trackpads behave in the same way as scroll wheels but I need to look
into that.
The other thought I had might be to watch for mouse leaving rectangle/
bounds type events and impose a requirement to leave the control
bounds/rectangle to signal the end of your gesture. It's not beyond
possibility that someone might take the time to learn that one.
Stephen
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden