RE: GL 2.5 L2 SC2

Not sure I understand your question - but the sufficient techniques have to
respond directly to the success criterion requirements.  In this case -
things to do when the content/server detects an error by the user.   (some
of these look preventative rather than responsive.  Those are good ideas but
not required by success criterion.

Follow? 

 
Gregg

 -- ------------------------------ 
Gregg C Vanderheiden Ph.D. 
Professor - Ind. Engr. & BioMed Engr.
Director - Trace R & D Center 
University of Wisconsin-Madison 


-----Original Message-----
From: Loretta Guarino Reid [mailto:lguarino@adobe.com] 
Sent: Tuesday, November 01, 2005 1:50 PM
To: Gregg Vanderheiden; WAI GL (E-mail)
Subject: RE: GL 2.5 L2 SC2

Hmm. I guess we need to say something like

"Providing a text message that identifies the field as mandatory"

These are all meant to identify what suggestions to provide, and would
presumably use the same techniques as GL 2.5 L2 SC1 to report to the
user. Should we explicitly refer to the error reporting techniques from
that SC?

Loretta Guarino Reid
lguarino@adobe.com
Adobe Systems, Acrobat Engineering 

> -----Original Message-----
> From: Gregg Vanderheiden [mailto:gv@trace.wisc.edu]
> Sent: Tuesday, November 01, 2005 11:42 AM
> To: Loretta Guarino Reid; 'WAI GL (E-mail)'
> Subject: RE: GL 2.5 L2 SC2
> 
> Thanks Loretta
> 
> Could you look at the SUFFICIENT parts again?
> 
> As I look at them they don't match the success criterion which is
about
> "if
> an error is detected...."
> But the "sufficient" items all talk about preemptive prompting rather
than
> recovery techniques.
> 
> These are all good  -- but just phrased wrong.  I think it is fairly
easy
> to
> fix.
> 
> For convenience they are listed below.
> 
> 
> 
> Situation A: A mandatory field contains no information:
> 
>     * Identifying the field as mandatory.
> 
> Situation B: Information for a field is required to be in a specific
data
> format:
> 
>     * Providing examples of the data format, or
>     * Describing the data format, or
>     * Providing values in the data format that are "similar" to the
user's
> entry
> 
> Situation C: Information provided by the user is required to be one of
a
> limited set of values:
> 
>     * Providing the list of acceptable values and highlighting values
(if
> any) that are "similar" to the user's entry, or
>     * Allowing the user to choose from a list of acceptable values, or
>     * Describing the set of acceptable values, or
>     * Describing the set of acceptable values and providing values
from
> the
> list that are "similar" to the user's entry.
> 
> [edit]
> Technology-independent techniques for providing suggestions to the
user
> 
>     * Providing information about the number of input errors,
suggestions
> for corrections for each item, and instructions on how to proceed
>     * Providing suggestions for correction as the first item (or one
of
> the
> first items) of content, or emphasizing this information in the
content.
>     * Displaying errors and suggestions in the context of the original
> form.
> (e.g., redisplaying a form where input errors and suggestions for
> correction
> are highlighted and displayed in the context of the original form.)
> 
> 
> 
> 
> Gregg
> 
>  -- ------------------------------
> Gregg C Vanderheiden Ph.D.
> Professor - Ind. Engr. & BioMed Engr.
> Director - Trace R & D Center
> University of Wisconsin-Madison
> 
> 
> -----Original Message-----
> From: w3c-wai-gl-request@w3.org [mailto:w3c-wai-gl-request@w3.org] On
> Behalf
> Of Loretta Guarino Reid
> Sent: Tuesday, November 01, 2005 1:03 PM
> To: WAI GL (E-mail)
> Subject: GL 2.5 L2 SC2
> 
> 
> One of my action items was to clean up the guide for GL 2.5 L2 SC2, on
> providing suggestions for corrections to input errors. You can find
the
> revised version at
> 
> http://trace.wisc.edu/wcag_wiki/index.php?title=Guide_to_2.5_L2_SC_2
> 
> 
> Loretta Guarino Reid
> lguarino@adobe.com
> Adobe Systems, Acrobat Engineering
> 

Received on Tuesday, 1 November 2005 21:15:09 UTC