Re: AU automation gestures/scroll wheel events
Re: AU automation gestures/scroll wheel events
- Subject: Re: AU automation gestures/scroll wheel events
- From: Brian Willoughby <email@hidden>
- Date: Tue, 16 Jun 2009 12:38:46 -0700
On Jun 16, 2009, at 10:42, Andreas Tell wrote:
I think there is a good way to implement gestures together with
mouse wheel control: Just use the mouse pointer position to
indicate a touch of the control. In other words, when the cursor
hovers over the control, it is touched. When the cursor is outside
of the screen space occupied by the control, it's not touched. A
visual change (like a glowing lamp) could report the touch state to
the user. This should be very usable and intuitive.
I respectfully disagree. The mouse can easily be bumped when using
the keyboard, or anything else on the same desk for that matter, and
your "point to activate" algorithm would falsely trigger, which would
annoy users.
X-Windows has already implemented a "point to activate" user
interface which has not proven to be popular anywhere else. To my
knowledge, there is no "point to activate" user interface in OSX
other than the hints, or links in browsers, each of which do not ever
alter program state. Your idea would work very poorly in Logic and
Pro Tools, as examples, because of the way automation tracks gestures.
The most important fact to keep in mind when considering gestures is
that they are designed to alter data. For that reason, gesture
events should not be invented unless they physically correspond to
deliberate human touch.
Brian Willoughby
Sound Consulting
_______________________________________________
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