- From: Gregg Vanderheiden <gregg@raisingthefloor.org>
- Date: Mon, 4 Apr 2016 14:35:10 -0500
- To: Alastair Campbell <acampbell@nomensa.com>
- Cc: GLWAI Guidelines WG org <w3c-wai-gl@w3.org>
Received on Monday, 4 April 2016 19:35:41 UTC
Hmmm actually, you can document a failure if there is a fail — at any point in time. A fail is like a technique. Failures (full name is common failure ) is something that ALWAYS fails the SC as written is common - and therefore worth documenting. failures never modify WCAG - they just document what is a failure (ALWAYS a failure on all content) We can add failures at any time we see one we have to remove failures if things change and they are no longer ALWAYS a failure (or because we find times when they would not be a fail) gregg > On Apr 4, 2016, at 4:10 AM, Alastair Campbell <acampbell@nomensa.com> wrote: > > I’ll just +1 John & Gregg’s responses, we can’t make a fail of something that didn’t exist when WCAG 2.0 came out, although it might be the best practice in many cases. > > I think it’s also a useful example when considering how WCAG.next might work, as it is something that could be strengthened in the guidelines in response to updated technology. > > -Alastair
Received on Monday, 4 April 2016 19:35:41 UTC