W3C home > Mailing lists > Public > w3c-wai-ua@w3.org > January to March 2011

Re: Properly Handling Simulated Keyboard Input

From: Kim Patch <kim@redstartsystems.com>
Date: Wed, 02 Feb 2011 19:18:26 -0500
Message-ID: <4D49F452.2060402@redstartsystems.com>
To: Greg Lowney <gcl-0039@access-research.org>, WAI-UA list <w3c-wai-ua@w3.org>
  Take a look at this utube video explaining the new Google docs:
from 3:40-4:15
key line at 4:05
I think this explains why the Documents are watching keyboard events at 
such a low level. So what's the solution? Is there a way to implement 
the very useful instant updates without taking away the very useful 
ability to use the keypad for mouseless browsing (or other) control? If 
there's no better solution there should at least be a way to toggle.


On 1/26/2011 7:39 PM, Greg Lowney wrote:
> Hi! Kim Patch pointed this out in our conversation today.
> Could and should we craft an SC that would address the following type 
> of problem:
> When using Firefox with the Mouseless Browsing extension, the user can 
> type a number on the numeric keypad to navigate directly to the link 
> that the extension has labeled with that number. You can normally use 
> Dragon NaturallySpeaking's sendkeys command to activate this 
> functionality. However, when viewing the new, updated Google Docs and 
> Dragon NaturallySpeaking uses SendKeys in this way, the Mouseless 
> Browsing extension correctly detects the (simulated) keystrokes and 
> moves the focus to the desired link, but Google Docs ALSO see the 
> keystrokes and types that number into the document.
> The problem seems to be that the document (Google Docs) is watching 
> keyboard events at a low level, before they can be trapped and 
> consumed by a browser extension. (That is to say, the extension 
> presumably does not pass the keyboard event to further event handlers, 
> and so it would not be seen by normal scripts, plug-ins, etc.) This 
> one example of ways that software can be incompatible with assistive 
> technology that simulates keystrokes, which is of course not limited 
> to user agents, extensions, and scripts.
>     Greg


Kimberly Patch
Redstart Systems, Inc.
(617) 325-3966

www.redstartsystems.com <http://www.redstartsystems.com>
- making speech fly

Blog: Patch on Speech
Twitter: RedstartSystems
Received on Thursday, 3 February 2011 00:19:06 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:49:39 UTC