Are there circumstances in which an overlay tool could be seen as providing a conforming alternate version for a non-conforming website? #2749
Replies: 3 comments 5 replies
-
Moved this to a discussion, as it seems less about WCAG/updating something, and more an initial general question |
Beta Was this translation helpful? Give feedback.
-
ok, the group probably needs to decide how/if/when they even want to use discussion features. at the moment, it seems a bit ad-hoc either way (though looking at the fact there's 585 open issues - and 191 open pull requests - on WCAG at the moment...don't think the group will ever manage to get a handle on the situation) |
Beta Was this translation helpful? Give feedback.
-
I commented on the issue. Maybe close this discussion with a big link for redirecting people. |
Beta Was this translation helpful? Give feedback.
-
Public bodies increasingly fall for promises of accessibility overlay providers that putting an overlay on their sites will make them WCAG 2.1 conformant in a matter of hours. In all cases we know of this is not true, and the promise grossly misleading. Moreover, most overlay tools we have investigated have themselves some or many accessibility barriers in the settings dialog offered to users for customisation of the site. But this is not the topic I would like the WG to clarify here.
This question is this:
In the (unlikely) case that an overlay tool is actually able to successfully remedy all WCAG fails of a site via a specific set of user settings, can this state be considered a conforming alternate version (CAV)?
Looking at the Conformance requirements and the definition of CAV, the situation seems a bit fuzzy.
Section 5.2. Conformance Requirements talks about one specific version ("…or a conforming alternate version is provided") and the definition of conforming alternate version also talks about "the conformaing alternative version" (singular) . One note explicitly qualifiies "One version would need to be fully conformant in order to meet conformance requirement 1."
Where it gets fuzzy is with the last note of the CAV definition, which says:
There is no stipulation that just one switch (say, a style switcher typically used to load a more contrasty version of a page) or one link to a CAV is mandated. However, I would argue that without an explicit label or an explicit description in the overlay interface what settings users would need to change to produce the CAV, the mechanism cannot be considered accessibility supported (arguably failing 2.4.6 Headings and Labels).
If this argument is the position the Working Group would adopt, it would follow that a generic overlay without some explicit signposting how to reach the CAV can never be considered a CAV even in the (very unlikely) case that the overlay would be able to remedy all WCAG failures of a site with some combination of settings.
Beta Was this translation helpful? Give feedback.
All reactions