- From: Ben Caldwell <caldwell@trace.wisc.edu>
- Date: Mon, 30 Jan 2006 20:29:09 -0600
- To: public-wcag-teama@w3.org
- Message-ID: <43DECB75.9090101@trace.wisc.edu>
Hi all,
The following proposals are being considered for SC 3.2.2. They are the
result of some issues that came up at the face to face last week, and an
action item that David and I had from a couple weeks ago to look whether
this criterion should be moved to level 1.
Current:
3.2.2 Changing the setting of any input field does not automatically
cause a change of context .
3 Changes proposed:
1.) Change ‘input field’ to ‘form control or field’ so that it is clear
that check boxes, radio buttons etc are covered.
2.) Add the phrase, "unless instructions are provided that describe the
behavior" to the end of success criterion 3.2.2.
Proposed:
Changing the setting of any form control or field does not automatically
cause a change of context unless instructions are provided that describe
the behavior.
Note: Sufficient techniques would need to explain where the instructions
should appear. (either directly preceding the form control itself or (if
multiple controls of this nature are used) preceding the first item that
causes the change of context.)
Rationale:
This would allow for behaviors where focus change is helpful and not
disorienting for those who cannot see (if they are aware that this is
how the component was intended to operate.) For example, clicking on
radio buttons could cause the rest of the page to change from one
document to another.
3.) Revise the definition of change of context to allow for changes of
focus that are not disorienting See Becky's example at
<http://lists.w3.org/Archives/Public/w3c-wai-gl/2005JulSep/0834.html>.
Current:
changes of context
A change of user agent, viewport, or focus; or complete change of
content that changes the meaning of the delivery unit.
Note: A change of content is not always a change of context. Small
changes in content, such as an expanding outline or dynamic menu, do not
change the context.
Proposed:
changes of context
changes of:
- user agent,
- viewport,
- focus (except next field in tab order),
- content (that change the meaning of the delivery unit).
Note: A change of content is not always a change of context. Small
changes in content, such as an expanding outline or dynamic menu, do not
change the context.
I'm a bit unsure about whether or not to recommend moving this to level
1. Looking at the threads and examples that have been discussed so far,
I'm inclined to leave this at level 2 since the issues we've been most
concerned about around this criterion seem to be covered at level 1 by
guideline 2.1.
Thoughts?
-Ben
--
Ben Caldwell | <caldwell@trace.wisc.edu>
Trace Research and Development Center <http://trace.wisc.edu>
Received on Tuesday, 31 January 2006 02:29:14 UTC