Fluid Engage - Ideal accessible interaction for code entry
E.J. Zufelt
everett at zufelt.ca
Tue Feb 23 17:57:38 UTC 2010
On 2010-02-23, at 12:38 PM, Colin Clark wrote:
> Everett,
>
> On 2010-02-23, at 11:43 AM, E.J. Zufelt wrote:
>
>> Good morning,
>>
>>> Filed as: ENGAGE-440
>>
>> Just took a look at the issue, it does mention notification, but
>> does not mention allowing user to adjust / pause timing of auto-
>> redirect as is necessary in previously cited WCAG 2.0 A criteria.
>
> I'm so glad you brought this particular issue up. It's one I've been
> keen to see us address for the final 0.3 release, since there are a
> number of places throughout the application where we have animations
> or transitions that a user needs to be able to control. These will
> make for fascinating and exciting design solutions, I think.
>
> Colin
>
* There are three things that come to mind. First is that I was
unaware of the animations / transitions (so yes let's work on that for
the final release). For the Code Entry in particular one issue is the
redirect without a "let's go now" interaction and the other is the
timing between successful entry of an object code and the redirect.
All three issues are dealt with in the following 3 WCAG 2.0
checkpoints, all priority A I believe.
2.2.1 Timing Adjustable: For each time limit that is set by the
content, at least one of the following is true: Turn off: The user is
allowed to turn off the time limit before encountering it; or Adjust:
The user is allowed to adjust the time limit before encountering it
over a wide range that is at least ten times the length of the default
setting;or Extend: The user is warned before time expires and given at
least 20 seconds to extend the time limit with a simple action (for
example, "press the space bar"), and the user is allowed to extend the
time limit at least ten times...
2.2.2 Pause, Stop, Hide: For moving, blinking, scrolling, or auto-
updating information, all of the following are true: Moving, blinking,
scrolling: For any moving, blinking or scrolling information that (1)
starts automatically, (2) lasts more than five seconds, and (3)
is presented in parallel with other content, there is a mechanism for
the user to pause, stop, or hide it unless the movement, blinking, or
scrolling is part of an activity where it is essential; and Auto-
updating: For any auto-updating information that (1) starts
automatically and (2) is presented in parallel with other content,
there is a mechanism for the user to pause, stop, or hide it or to
control the frequency of the update unless the auto-updating is part
of an activity where it is essential.
3.2.2 On Input: Changing the setting of any user interface component
does not automatically cause a change of context
More information about the fluid-work
mailing list