- From: Detlev Fischer <detlev.fischer@testkreis.de>
- Date: Mon, 23 Aug 2021 18:06:45 +0200
- To: WCAG group <w3c-wai-gl@w3.org>
- Message-ID: <b1741860-d89c-041f-6dc5-c4d8d65e7cfc@testkreis.de>
After pondering the survey "Approach to publishing WCAG 3", I realize
that I am less concerned with the frequency and format of publication
and more fundamentally concerned with arriving at a better understanding
of the new WCAG 3.0 framework – also in view of MATF requests to port
2.X SCs to the new 3.0 format. I feel profoundly queasy about this
process, and I am not sure whether it is my lack of understanding or
even just lack of effort ("try harder"), or a squishyness that's just to
be expected and tolerated in any significant redesign.
For me, it all hinges on a good consensual understanding regarding the
relationship between guidelines, outcomes, functional categories,
methods, and tests. The existing examples of the five guidelines in the
WCAG 3.0 Working draft still do not give me a clear grasp of how these
elements are related. The text mentions that outcomes will be more
granular than SCs. On the other hand, the example of the ported
guideline /Text Alternatives/ has just one outcome, "Text alternative
available", which misses the opportunity to differentiate between an
outcome "availability" (like ACT rule id 23a2a8 /Image has non-empty
accessible name/) and in a second step, an outcome like "accessible name
is equivalent/descriptive" as in the tests of WCAG 2.X General
Techniques 94 & 95. Maybe the second outcome was intended, but is still
missing - not sure.
So right now the relation between the bits and pieces is not clear (to
me). Take, for example, a hypothetical Guideline /Interactive elements
can be activated/ in view of different functional categories, which
would cut across several current SCs.
A.I can tab to, and activate, the element with keyboard (by implication
also with a switch)
B.Using a screen reader, I can arrow to, and activate, the element with
keyboard(or mobile SR gestures)
C.I can activate the element with speech (because its label is in the
accName)
D.I can *see* that the element is an interactive control (visual
affordance) and therefore know it can be activated
E.I can tap or click on the element to activate it
This is just a hypothetical example of a new synthesized Guideline,
please don't start discussing whether it is valid. I am just using it to
make a point.
Note that A and B are not the same – there are elements a screen reader
user can reach and activate that a sighted keyboard user won't reach.
Would all these A-E be different outcomes in WCAG 3.0, i.e. outcomes
should be generally faceted in line with different functional
categories, having in turn different methods to implement them
successfully? This is what I see as granular. Or is this faceting the
task of (technology- or input-specific) methods and their tests, and
outcomes are less granular than I currently assume? Then I am not sure
how they really differ from the (technology-neutral) concept of the
current WCAG 2.X SCs. The answer to this question would also be relevant
for any scoring approach.
Best, Detlev
--
Detlev Fischer
DIAS GmbH
(Testkreis is now part of DIAS GmbH)
Mobil +49 (0)157 57 57 57 45
http://www.dias.de
Beratung, Tests und Schulungen für barrierefreie Websites
Received on Monday, 23 August 2021 16:06:59 UTC