Re: AXUIElementPostKeyboardEvent experience
Re: AXUIElementPostKeyboardEvent experience
- Subject: Re: AXUIElementPostKeyboardEvent experience
- From: Bill Cheeseman <email@hidden>
- Date: Tue, 17 Dec 2002 05:37:15 -0500
on 02-12-16 9:46 PM, John O. Louch at email@hidden wrote:
>
It is meant as an api that guarantees that the keyboard events goes to a
>
particular application. It was not necessarily designed to remote control
>
an application while it is in the background.
I figured that out overnight. Assistive apps often need to provide
alternative means for the user to type one character at a time into any text
view, with virtual modifier keys pressed as needed to generate the
appropriate character. I'm focused on remote control, so I overlooked that
aspect of it.
>
I misled you. Just checked myself, no menu command can be pressed in
>
today's system when it is in the background. We will have to discuss this
>
at Apple and determine if that is the correct behavior, or if there is a
>
workaround.
I don't know whether it should be regarded as necessary for Section 508
purposes, but I suspect so. It's easy enough to bring the target application
to the front to perform a menu command, then bring the assistive app back to
the front right afterwards, if necessary. However, this generates a lot of
unsightly screen activity that would be distracting to the user of an
assistive app that has to remain in the foreground to be used. The screen
activity could be especially disconcerting to someone with vision
impairment, since they might see the motion but not be able to tell whether
it is significant for what they're doing.
Some apps do allow menu items to be performed while the app is in the
background, and it does seem as though Command-key equivalents for any given
app ought to behave consistently with its menu item behavior. Somebody on
the team (Mike Engber?) indicated a few weeks ago that he would be looking
into whether all menu items should be performable while the app is in the
background. The Command-key equivalent issue should be investigated at the
same time.
--
Bill Cheeseman - email@hidden
Quechee Software, Quechee, Vermont, USA
http://www.quecheesoftware.com
The AppleScript Sourcebook -
http://www.AppleScriptSourcebook.com
Vermont Recipes -
http://www.stepwise.com/Articles/VermontRecipes
Croquet Club of Vermont -
http://members.valley.net/croquetvermont
_______________________________________________
accessibility-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/accessibility-dev
Do not post admin requests to the list. They will be ignored.