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 13:13:41 -0700
On Jun 16, 2009, at 13:06, tahome izwah wrote:
2009/6/16 Brian Willoughby <email@hidden>:
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.
But there is. If you're in the Finder the scrollwheel scrolls the
window located under the mouse pointer. This is pretty much what
Andreas is suggesting, and I must say I find this Finder feature
particularly useful. Not sure if it would be useful as a way to
start/stop automation gestures, but it's certainly well established
and used.
I guess my description was not clear enough, or I did not select the
right wording. This scroll wheel action that you describe does not
alter stored data permanently. I suppose it does alter program state
in so much as it scrolls what you're viewing - which is appropriate
for a scroll wheel, of course. But gesture events alter stored data
like automation, and the alterations are permanent. Using the scroll
wheel with faked gestures in Logic would just as easily destroy
automation data.
In other words, the only "point to activate" user interface in OSX is
non-destructive, and only serves to show information to the user, not
to edit data. Gestures are used specifically for editing data,
because the gesture messages are designed to surround "set"
messages. As such, it is completely inappropriate to fake gesture
events.
Brian
_______________________________________________
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