- From: Kim Patch <kim@redstartsystems.com>
- Date: Thu, 27 Aug 2009 09:02:39 -0400
- To: WAI-UA list <w3c-wai-ua@w3.org>
- Message-ID: <4A9683EF.7050503@redstartsystems.com>
Below are comments on HTML 5: User interaction. Note that we talked
about some of these already on the conference call:
Cheers,
Kim
*7.1 The hidden attribute*
It's important to give users the ability to discover and navigate
content when authoring tools are used incorrectly. The hidden attribute
is a good example.
*Excerpt: "The **hidden **attribute must not be used to hide content
that could legitimately be shown in another presentation, for example..." *
On occasion it will be, however, and full accessibility means the user
needs some way to override this in order to deal with incorrectly
rendered pages.
*7.3 Scrolling elements into view*
In a perfect world there'd be a way for the user to override automatic
scrolling.
Automatic scrolling can make the cursor jump in ways that causes the
user to go through extra steps to get back to what he was doing. This is
a special hardship for some users. This is another example of allowing
for full accessibility by giving the user a way to override
inappropriate design.
*7.4.3 document-level focus APIs
*The user needs some way to override/hold off focus changes.
User macros including speech commands execute over time. Unwanted focus
switches can produce bad results.
In addition, speech users don't necessarily change the focus by moving
the mouse -- this makes them more likely to get caught with bad focus
changes. This is a third example of allowing for full accessibility by
giving the user a way to override inappropriate design.
*7.7 The content editable attribute
Move the carrot
*
*Excerpt: ... "this could be triggered as the default action of
keydown events with various key identifiers and as the default
action of Mousedown events *
It's important to provide a way to do everything through the keyboard --
this seems like an either/or. (For speech users, selecting text using
keyboard commands is easier, requires fewer steps and is more precise
than selecting text using mouse commands.)
*Select and move non-editable elements nested inside editing hosts
*
*Excerpt: UAs should offer a way for the user to move images and
other non-editable parts around the content within an editing host.
This may be done using the drag and drop mechanism.*
All drag and drop needs to be accessible using key navigation and
cut-and-paste. (For speech users, drag-and-drop using key navigation and
cut paste is less prone to mistakes and fewer steps than using mouse
commands. )
*7.9 Drag and drop*
Again, needs to be accessible using key navigation and cut-and-paste.
It's also important to have undo enabled for drag-and-drop.*
*
*Excerpt: On a visual medium with a pointing device...*
*On media without a pointing device...*
Even if media has pointing device needs keyboard option
*7.10 Undo History*
(This should include drag and drop)
___________________________________________________
Kimberly Patch
President
Redstart Systems, Inc., makers of Utter Command
(617) 325-3966
kim@redstartsystems.com
www.redstartsystems.com <http://www.redstartsystems.com>
- making speech fly
Patch on Speech <http://www.redstartsystems.com/blog/> blog
Redstart Systems <http://twitter.com/RedstartSystems> on Twitter
___________________________________________________
Received on Thursday, 27 August 2009 13:07:20 UTC