RE: Update on Candidate Recommendation Exit Criteria

Hi Andrew,

I don’t want to advance Success Criteria that have no documented means of support through actual combinations of Technology/OS/UA/AT that real users utilize to get value out of Web pages.

And, I see “Technology” as but one of the necessary links in this chain of accessibility.


From: Andrew Kirkpatrick []
Sent: Friday, October 13, 2017 1:51 PM
To: Repsher, Stephen J; WCAG
Subject: Re: Update on Candidate Recommendation Exit Criteria

I don’t think that I would say that the accessibility support documentation is tied to techniques. In HTML we pointed to techniques frequently, and we should have techniques that represent the full spectrum of ways that a technology is supported by assistive technologies, but it isn’t required for anyone to make a WCAG 2.1 conformance claim. The support documentation is useful for authors to be able to refer to if they are trying to see what works across different platforms, but as we also see from the documentation it gets out of date and people probably aren’t using it on any kind of regular basis.

I think that it would be great to have accessibility support documentation for technologies like HTML5 as there are new elements that didn’t exist with HTML 4.01, but I don’t think that this impact WCAG 2.1 SC as much as it does WCAG 2.0 SC and as a result I think that this shouldn’t be part of the official exit criteria.

For Steve or anyone who feels that we do need this, can you articulate what the scenario might be where there is a negative outcome caused by not having it?


Andrew Kirkpatrick
Group Product Manager, Accessibility

From: "Repsher, Stephen J" <<>>
Date: Friday, October 13, 2017 at 12:32
To: Andrew Kirkpatrick <<>>, WCAG <<>>
Subject: RE: Update on Candidate Recommendation Exit Criteria

My 2 cents on accessibility support documentation…

Since the documentation is largely tied to techniques, the formal exit criteria ought to include accessibility support documentation for new techniques added to meet the new 2.1 criteria.  I don’t think we can claim conformance per requirement #1 without this.

Whether or not it’s a formal exit criterion or not, I think we ought to review the 2.0 report and document what has changed at lower priority.  A simple plan of attack might be:

1.       Consider full documentation support for new popular AT not documented in 2.0

2.       A quick skim of techniques documented as supported to ensure no major changes

3.       Comprehensive review of techniques marked as not supported or partially supported, which would lead to conclusions that either support has been added or new better techniques should be created.


From: Andrew Kirkpatrick []
Sent: Thursday, October 12, 2017 5:26 PM
To: WCAG <<>>
Subject: Update on Candidate Recommendation Exit Criteria


On the call today and from the survey at<> we seemed to gather some support for adopting a modified version of the WCAG 2.0 CR Exit Criteria.

The WCAG 2.0 criteria are here:<>

Proposed exit criteria:

  1.  At least 5 conforming Web sites 1<> are available, of which

     *   At least four conform at level AA,
     *   At least one conforms at level AAA;

  1.  At least two implementations 2<> exist for each success criterion added in WCAG 2.1 (Success Criteria from WCAG 2.0 do not need new implementations);
  2.  Accessibility support documentation 3<> is available for at least two technologies with at least four platforms (operating system/user agent/assistive technology combinations);
  3.  All sufficient techniques listed in Understanding WCAG 2.0<> at the end of the Candidate Recommendation period contain test procedures;
  4.  The Working Group has responded formally to all issues raised against this document related to any implementation efforts during the Candidate Recommendation period.

Changes from WCAG 2.0:
#1: changed from 10 sites, with 4 at A, 4 at AA, and 2 at AAA
#2: removed
#3: now #2, included mention of only getting implementations for new SC
#4: now #3. This was debated and no consensus was arrived at on the call. More on this below.
#5: now #4, unchanged
#6: now #5, unchanged.

The accessibility support documentation item had different opinions. Some had opinions that we needed to make sure that this was addressed for the new success criteria, but others felt that this was already largely covered by the work done in WCAG 2.0.  It is worth noting that the documentation (e.g.<>) is focused on the accessibility support for aspects of technologies that exists on different OS/UA/AT combinations, and it is generally distinct from the WCAG 2.0 Success Criteria requirements.

The Working Group needs to decide whether it will perform additional evaluations to document the accessibility support for newer technologies, such as HTML5, or if the original work suffices for the purpose.

Thoughts on accessibility support documentation?

Thoughts on anything else about this?


Andrew Kirkpatrick
Group Product Manager, Accessibility

Received on Friday, 13 October 2017 19:03:34 UTC