Re: Coming to a decision on 2.2

An extension may address existing WCAG 2.0 Success Criteria topics, but
passing the extension must also satisfy the related WCAG 2.0 Success
Criterion.

On Fri, Feb 19, 2016 at 8:31 AM, Andrew Kirkpatrick <akirkpat@adobe.com>
wrote:

> The challenge with this language is that the original bullet point is
> talking about changing a SC, not creating a new one.  I think that will
> create confusion to suggest that the extension is creating a new SC when it
> is just modifying an existing SC.
>
> Thanks,
> AWK
>
> Andrew Kirkpatrick
> Group Product Manager, Accessibility
> Adobe
>
> akirkpat@adobe.com
> http://twitter.com/awkawk
> http://blogs.adobe.com/accessibility
>
> From: "White, Jason J" <jjwhite@ets.org>
> Date: Friday, February 19, 2016 at 07:58
> To: CAE-Vanderhe <gregg@raisingthefloor.org>, Andrew Kirkpatrick <
> akirkpat@adobe.com>
> Cc: WCAG <w3c-wai-gl@w3.org>
> Subject: RE: Coming to a decision on 2.2
>
> +1 to Gregg’s suggested statement.
>
>
>
> I can live with the original as proposed at the start of this thread, but
> Gregg’s is excellent.
>
>
>
>
>
> *From:* Gregg Vanderheiden [mailto:gregg@raisingthefloor.org
> <gregg@raisingthefloor.org>]
> *Sent:* Thursday, February 18, 2016 6:41 PM
> *To:* Andrew Kirkpatrick
> *Cc:* GLWAI Guidelines WG org
> *Subject:* Re: Coming to a decision on 2.2
>
>
>
> how about
>
>
>
>    - A new success criterion may cover the same topic as a WCAG 2.0
>    success criterion, but passing the new SC must also satisfy the WCAG 2.0
>    success criterion.
>
>
>
>
>
>
> *gregg*
>
>
>
> On Feb 18, 2016, at 11:57 PM, Andrew Kirkpatrick <akirkpat@adobe.com>
> wrote:
>
>
>
> As a result of discussion on the WCAG call (
> https://www.w3.org/2016/02/09-wai-wcag-minutes.html#item04,
> https://www.w3.org/2016/02/16-wai-wcag-minutes.html#item04), on this
> thread (
> https://lists.w3.org/Archives/Public/w3c-wai-gl/2016JanMar/0133.html) and
> in a survey (https://www.w3.org/2002/09/wbs/35422/20160209/results#xq2),
> we do not have a clear consensus on the wording for the third bullet in 2.2
> of the requirements document (
> https://www.w3.org/TR/wcag2-ext-req/#ensure-that-web-pages-which-conform-to-wcag-2.0-with-an-extension-also-conform-to-wcag-2.0-on-its-own
> ).
>
>
>
> The entire text of 2.2 reads as follows:
> 2.2 Ensure that web pages which conform to WCAG 2.0 with an extension
> also conform to WCAG 2.0 on its own
>
> Extension specifications are expected to offer modifications to existing
> WCAG 2.0 success criteria as well as offer additional guidelines and
> success criteria but extensions may not weaken what is required of web
> content. The result of this is that when a page conforms to WCAG 2.0 with
> an extension, it must also conform to WCAG 2.0 if the extension is not
> considered in the conformance review.
>
> EXAMPLE 1
>
>    - An existing success criterion may change in priority from a lower
>    level to a higher level, but not the other way around. For example, a Level
>    A Success Criteria cannot move to Level AA.
>    - A new success criterion may be added.
>    - Existing success criterion may be modified, but the resulting change
>    must still satisfy WCAG 2.0 success criteria.
>
> We need some suggestions.  The WCAG’ers on the call believe that the 3rd
> bullet isn’t quite right and we don’t have agreement on the alternatives.
> We want to clearly convey that the extensions may alter the text of a
> success criteria, but that in doing so a web page that passes the version
> of the success criteria in the extension must also pass the version of the
> success criteria in WCAG 2.0.
>
>
>
> Any suggestions for language?
>
>
>
> Thanks,
>
> AWK
>
>
>
> Andrew Kirkpatrick
>
> Group Product Manager, Accessibility
>
> Adobe
>
>
>
> akirkpat@adobe.com
>
> http://twitter.com/awkawk
>
> http://blogs.adobe.com/accessibility
>
>
>
> ------------------------------
>
> This e-mail and any files transmitted with it may contain privileged or
> confidential information. It is solely for use by the individual for whom
> it is intended, even if addressed incorrectly. If you received this e-mail
> in error, please notify the sender; do not disclose, copy, distribute, or
> take any action in reliance on the contents of this information; and delete
> it from your system. Any other use of this e-mail is prohibited.
>
> Thank you for your compliance.
> ------------------------------
>



-- 
Regards,
Kurt Mattes
Senior Accessibility Consultant - Deque Systems
610-368-1539

Received on Friday, 19 February 2016 14:46:50 UTC