Re: SC 1.3.4 - to keep or not?

Alastair,

Bottom line: I think you may be right....:-)

I am just concerned that we remain vigilant about the why, and keep that
focus on the user need meant to be
 addressed by this SC now....

** katie **

*Katie Haritos-Shea*
*Principal ICT Accessibility Architect *

*WCAG/Section 508/ADA/AODA/QA/FinServ/FinTech/Privacy,* *IAAP CPACC+WAS = *
*CPWA* <http://www.accessibilityassociation.org/cpwacertificants>

*Cell: **703-371-5545 <703-371-5545>** |* *ryladog@gmail.com
<ryladog@gmail.com>* *| **Oakton, VA **|* *LinkedIn Profile
<http://www.linkedin.com/in/katieharitosshea/>*

People may forget exactly what it was that you said or did,
but people will never forget how you made them feel.......

Our scars remind us of where we have been........they do not have to
dictate where we are going.

On Fri, Feb 23, 2018 at 12:31 PM, Alastair Campbell <acampbell@nomensa.com>
wrote:

> > The context of use and necessity of this SC is very different - and
> therefore this should be rethought with that user context in mind.
>
>
>
> Only if the requirement for the content is different, in this case the
> requirement is the same (programmatic association for particular inputs).
>
>
>
>
>
> > At the very least 'the meaning of' should be removed from the stem.
>
>
>
> But that is what is needed to fulfil the requirement when specifying it in
> as technology-agnostic way as possible. (Which is admittedly difficult in
> this example due to the reliance on the HTML5 spec.)
>
>
>
>
>
> > The text of the SC should reflect the intention of the requirement -
> that is, to assist users in populating commonly used form input data.
>
>
>
> In which case we need to overhaul the rest of WCAG! Where (in the SC text)
> does 1.3.1 talk about headings? Or 1.1.1 talk about being able to see
> images? Or 2.1.1 talk about switch access? That info goes in the
> understanding doc.
>
>
>
> Bottom line: If we were sitting down to start this SC from scratch, I
> think we’d get to the same place because that is the requirement for the
> *content*.
>
>
>
> Cheers,
>
>
>
> -Alastair
>