RE: Plugins as SC - thread was: Visual Indicators

I also like to add that I don't confuse techniques with requirements. 
I never do since I have learned that in 12 years+ work in this area.

This is not my point.

I say instead quite a few WCAG requirements arise from the same origin of violations.
Isn't it worth to check what this generic origin is, name that and make that the starting point of techniques?

- Stefan

-----Original Message-----
From: Patrick H. Lauke <redux@splintered.co.uk> 
Sent: Sunday, April 19, 2020 10:48 AM
To: w3c-wai-gl@w3.org
Subject: Re: Plugins as SC - thread was: Visual Indicators

On 19/04/2020 09:41, Patrick H. Lauke wrote:
[...]
> Failure examples are not requirements. They are examples of "if you do 
> this, it'll fail a particular SC (unless you've done something else to 
> mitigate/work around this, or you're using it in a situation that counts 
> as an exemption/exception to the SC)". And it's exactly because of the 
> potential ambiguity that it's not possible to outright outlaw certain 
> things. So let's not conflate failure examples with requirements.

One of the reasons here is that it's also impossible to just define an 
exhaustive list of "these are ALL the ways in which you can fail this 
SC, so we're outlawing all of them as part of the hard normative 
requirement in the SC". There are a myriad of different ways in most 
cases to pass or fail an SC, and the web technologies available keep 
evolving (and authors find new and - sometimes - clever ways of 
achieving new things even with old technologies/combinations or 
technologies). It would be a sisyphean task to try and pin down every 
possible iteration (present and future) as part of hard requirements. 
Hence why failure and success examples are only that...examples. Not 
exhaustive lists. And it's why those are informative, rather than normative.

P
-- 
Patrick H. Lauke

https://www.splintered.co.uk/ | https://github.com/patrickhlauke

https://flickr.com/photos/redux/ | https://www.deviantart.com/redux

twitter: @patrick_h_lauke | skype: patrick_h_lauke

Received on Sunday, 19 April 2020 08:57:36 UTC