Mechanisms and conformance model

Hi All,

in the AGWG meeting on Mar 1 we agreed to check whether the conformance model states that the way to find an accessible alternative as well as the way to find / activate a mechanism for accessibility is itself accessible.

Context:
For the SC on visible controls, the question was posed whether it needs to be mentioned explicitly that the mechanism to make controls permanently visible is itself visible.
We feel similar holds for many SC,  and we feel this point should be handled in the conformance model. We hope it already is. Therefore it was agreed that I crosscheck.

Result:
I think it is covered, but it might not be bullet proof.
Explicitly mentioning mechanisms might be better.

Details:

In 5.2.4 it says:
"Any information or functionality that is provided in a way that is not accessibility supported is also available in a way that is accessibility supported."

In the definition of 'accessibility-supported' it says:
"2. The Web content technology must have accessibility-supported user agents that are available to users. This means that at least one of the following four statements is true:
1. The technology is supported natively in widely-distributed user agents that are also accessibility supported (such as HTML and CSS)"

For my way of thinking, the following interpretation is the only reasonable way to fulfill the statements: finding and activating a mechanism has to be accessible and conformant.
For example, if a mechanism is available to make all UI elements permanently visible, yet finding and activating the mechanism is not visible without interaction (like hover), the information and functionality is not available in a way that is accessibility supported, as the user might not be able to reach it.

Yet I have experienced discussions on such points before, where 'this is the only way that makes sense with the written rules' was not accepted as an argument. Therefore I feel it is not bullet proof.

What is your point of view?

Best regards,
Gundula
----------
Dr. Gundula Niemann
SAP Accessibility & Inclusive Design
SAP SE