Re: WCAG 2.2 - tightened requirements approach

Hi Sailesh,

We discussed this in-depth during a couple of meetings, e.g:
https://www.w3.org/2019/07/16-ag-minutes.html#item02

The resolution from that was to proceed with the option that moved the current SC to level A, and added the new requirement as an SC at AA.

Going back to your previous email:
> Consider someone committed to WCAG 2.0 Level AA e.g. a U.S. gov agency using revised Section 508.
> Content that has focus visible today under WCAG 2.0(AA) will not pass a modified SC text if the page is re-evaluated because of content changes.

With the agreed approach, the pass/fail for focus-visible would be unchanged (apart from level), with a new requirement added at AA.


> a. Perhaps newly defining "visible keyboard focus indicator" is another way of getting it into normative requirements for WCAG 2.2 and onwards without adding a new SC or changing levels. This term is undefined so far.

The problem with the term is the ‘visible’ bit. As I said previously, I don’t think we should add requirements via a definition.


> b. The definition of what is being suggested as "enhanced focus" should be included in this definition and flagged as a WCAG 2.2 entry in the definition list.

Conceptually, I think it is quite difficult to have a definition of something that only applies to (or from) a version of the spec. I.e. why wouldn’t the definition for ‘visible keyboard focus’ apply to every SC that uses it?


> If an automated tool can test for visible focus, the additional demand of WCAG 2.2 should be an add-on for WCAG 2.2 compliance only.

I think that is clear in the proposed approach, there is an extra SC that defines the new requirement.

Kind regards,

-Alastair