W3C home > Mailing lists > Public > w3c-wai-ua@w3.org > July to September 2000

Proposal to modify checkpoint about easy default access (10.8)

From: Ian Jacobs <ij@w3.org>
Date: Fri, 28 Jul 2000 19:27:37 -0400
Message-ID: <398216E9.56F9667E@w3.org>
To: w3c-wai-ua@w3.org

Checkpoint 10.8 of the 7 July UA Guidelines [1] reads:

    10.8 Ensure that the default input configuration allows 
         easy activation of frequently used functionalities. 
         [Priority 3] 

In considering the minimal requirements for this checkpoint
we can break it down into two parts:

1) The set of "frequently used functionalities".
2) The definition of "easy activation".

This checkpoint does not make any requirements about
the size of the default input configuration (i.e., how
many bindings must be offered).

In light of resolutions from yesterday's teleconference [2]
related to checkpoints 10.4 and 10.5, I'd like to propose
that checkpoint 10.8 be modified as follows:

    10.8 Ensure that the default input configuration includes
         bindings for the following functionalities (subject
         to applicability considerations): [insert modified
         list of 20 [3] here] [PRIORITY 2]


1) Since the checkpoint only talks about the list of functionalities,
   and the list of 20 is also the minimal list for two other 
   priority 2 checkpoints (10.4 and 10.5), I propose that we 
   elevate 10.8 to a Priority 2 checkpoint. This modification allows us
   to cross reference 10.8 from 10.4 and 10.5 for the list of 20 

2) I have removed the part about "easy access" in the reformulation. 
   This is because checkpoints 10.4 and 10.5 (as resolved yesterday) 
   impose a limit on binding complexity in the case of the keyboard 
   (modifiers plus single key or single key alone). Checkpoint 10.4
   does not impose a binding complexity limit for other types of
   input, however.

3) This proposal supersedes a previous proposal I sent about 10.8 [4].

In short:

1) We gain for the keyboard, requiring easy access at a P2 level
   (by combining 10.4, 10.5, and 10.8).

2) We lose a P3 requirement for easy access for other input 
   modes (e.g., voice, graphical user interface). 

Another option is to make this change and include a P3 checkpoint
(essentially the old 10.8) for input modes other than the keyboard. 
However, I don't think that this is necessary because just requiring
the "list of 20 functionalities" in the default UA input configuration
is probably a pretty good guarantee that they will be readily available
(i.e., not buried).

 - Ian
[1] http://www.w3.org/WAI/UA/WD-UAAG10-20000707
[2] http://lists.w3.org/Archives/Public/w3c-wai-ua/2000JulSep/0179.html
[3] http://lists.w3.org/Archives/Public/w3c-wai-ua/2000JulSep/0037.html
[4] http://lists.w3.org/Archives/Public/w3c-wai-ua/2000JulSep/0134.html
Ian Jacobs (jacobs@w3.org)   http://www.w3.org/People/Jacobs
Tel:                         +1 831 457-2842
Cell:                        +1 917 450-8783
Received on Friday, 28 July 2000 19:27:41 UTC

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