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

ACTION-656: reconciling 2.3.2, 2.3.x, and 2.3.4

From: Greg Lowney <gcl-0039@access-research.org>
Date: Thu, 22 Mar 2012 11:29:20 -0800
Message-ID: <4F6B7D90.9050108@access-research.org>
To: WAI-UA list <w3c-wai-ua@w3.org>
Re ACTION-656:  "[Greg] And Kim to reconcile duplications of 2.3.2, 2.3.x and 2.3.4 all about presenting direct commands in content"...

Kim and I looked over these three SC and decided the clear redundancy is best fixed by deleting 2.3.x. That leaves 2.3.2 and 2.3.4 pretty good by themselves. Two minor things remain with them:

1. 2.3.2 and 2.3.4 are entirely and appropriately parallel, except that 2.3.4 ends with a lengthy parenthetical example. I'd delete that example, as it's pretty much redundant to the Examples in the Implementing document, and I don't feel it's necessary for understanding the SC.

2. Both Intent paragraphs are pretty weak. In fact, an editorial pass could probably combine the best bits from all four Intent paragraphs dealing with direct navigation, and replicate them into each of the SC.

For reference, here are the two we recommend keeping:

            2.3.2 Present Direct Commands in Rendered Content(former 2.1.6):

    The user can have any recognized direct commands in rendered content (e.g. accesskey, landmark) be presented with their associated elements. (Level A)

        * *Intent of Success Criterion 2.3.2:*
          Make it easy to for users to discover or be reminded of keyboard shortcuts and similar commands without leaving the context in which they're working. Easy keyboard access is especially important for people who cannot easily use a mouse. An example of this is mouseless browsing. Some users have problems controlling the mouse and/or the keyboard. Therefore users often find control by speech recognition to be advantageous. In this case it is much more efficient for navigation and activation selection points to be both viewable by the user and controllable by their assistive technology.
        * *Examples of Success Criterion 2.3.2:*
              o Fiona uses an audio browser. When the system reads form controls in the rendered content, it reads the label of the form followed by the accesskey (e.g., "name alt plus n").
              o Mary cannot use the mouse or keyboard due to a repetitive strain injury, instead she uses voice control technology with a mouse-less browsing plug-in to her browser. The plug-in overlays each hyperlink in rendered content with a number that can then be used to directly select it by speaking a command (e.g. "select link 12"). This prevents Mary from having to say the word 'tab' numerous times to get to her desired hyperlink.
        * *Related Resources for Success Criterion 2.3.2:*
              o See 2.1.7 for User Interface commands
              o Mouseless Browsing Firefox Extension: https://addons.mozilla.org/en-us/firefox/addon/mouseless-browsing/
              o Perceivable navigation and activation keys: http://www.mouseless.de/index.php?/content/view/17/30/
              o Microsoft placing Wikipedia on TV-DVD and using mouseless browsing via remote control: http://research.microsoft.com/research/tem

            2.3.4 Present Direct Commands in User Interface(former 2.1.7):

    The user can have any direct commands (e.g. keyboard shortcuts) in the user agent user interface be presented with their associated user interface controls (e.g. "Ctrl+S" displayed on the "Save" menu item and toolbar button). (Level AA)

          o *Intent of Success Criterion 2.3.4:*
            For many users, including those who use the keyboard or and input method such as speech, the keyboard is often a primary method of user agent control. It is important that direct keyboard commands assigned to user agent functionality be discoverable as the user is exploring the user agent.
          o *Examples of Success Criterion 2.3.4:*
                + Vlad is a keyboard-only user who uses a browser on the Mac OS operating system. When he needs to perform a new operation with the browser user interface, he searches for it in the menus and notes whether the menu item has a " ? " label (e.g. "Copy ?-C"), which indicates the direct activation command he can use in the future to avoid having to traverse the menus.
                + Amir uses ability switches to control an onscreen keyboard for the Windows operating system. When he presses the "alt" key the available browser user interface accesskeys are shown as overlays on the appropriate user interface controls (e.g. "File with 'F' in an overlay").
          o *Related Resources for Success Criterion 2.3.4:*
                + To be written

And here is the one we recommend deleting:

            2.3.x Discover navigation and activation keystrokes(former 2.5.1):

    The user can discover direct navigation and activation keystrokes both programmatically and via perceivable labels. (Level A)

        * *Intent of Success Criterion 2.3.x :*
        * *Examples of Success Criterion 2.3.x :*
              o To be written
        * *Related Resources for Success Criterion 2.3.x :*
              o 2.3.1 and 2.3.2

     Greg and Kim
Received on Thursday, 22 March 2012 19:29:50 UTC

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