W3C home > Mailing lists > Public > w3c-wai-gl@w3.org > April to June 2018

Re: Updates to Understanding 1.4.11 part 2

From: David MacDonald <david100@sympatico.ca>
Date: Wed, 13 Jun 2018 06:17:15 -0400
Message-ID: <CAAdDpDajpU4z_eZ2wRinCU5k8zGAbdi=yFHXANCwPdHbi51nsQ@mail.gmail.com>
To: Alastair Campbell <acampbell@nomensa.com>
Cc: WCAG group <w3c-wai-gl@w3.org>, LVTF - low-vision-a11y <public-low-vision-a11y-tf@w3.org>
The #1 statement has 2 bullets. Is the proposal that these are an AND
statement or and OR statement, we need that explicit, its a big difference.

1. The default state (on page load) of the UI component has indicator(s) of
the component's existence. That can be:

   - Text or graphical content that identifies the component. [AND]   or
   - A background, border or other visual indicator of the component.


For the last #4 item... this will be an undue burden to test and remediate,
with disproportionally few benefits to the end user ... WCAG has not
traditionally wandered beyond the default and focused state, these are
split second states.

4. For other states where there is a visible change of the component, the
state is represented by any of:

   - Text or graphical content (e.g. an icon that changes shape or
   direction, or a change of pointer), or
   - A change a colour of the component by at least a 3:1 contrast ratio,
   and maintain the indicators contrast (from 1).


I think it should be dropped, along with this "assumption"

   - Focus and other states that use color to distinguish state, are
   distinguishing from the default state only (from the page load), NOT from
   every other state.

Instead, I think we should say that momentary transient states are not
visible/noticeable to many people and therefore out of scope.


On the call I mentioned that Technologies relied upon for conformance is a
critical consideration when failing/passing default states. If Safari is
not relied upon for conformance, then it is not a failure of WCAG that it's
focus ring doesn't pass. If there is a stack that works, it passes.

David MacDonald

*Can**Adapt* *Solutions Inc.*

Tel:  613.235.4902



GitHub <https://github.com/DavidMacDonald>

www.Can-Adapt.com <http://www.can-adapt.com/>

*  Adapting the web to all users*
*            Including those with disabilities*

If you are not the intended recipient, please review our privacy policy

On Wed, Jun 13, 2018 at 4:09 AM, Alastair Campbell <acampbell@nomensa.com>

> Hi everyone,
> For anyone who’d like to follow along, I’ve updated the test page:
> https://alastairc.ac/tests/wcag21-examples/non-text-contrast.html
> Based on the discussion yesterday, the changes were:
> - Updating the text in the decision tree to improve the understandability.
> - Removed the ‘approximate boundary’ aspect from the first step.
> - Added ‘passing techniques’ section to highlight the various ways links,
> buttons and form-fields could pass.
> - Updated the table pass/fail column to account for default focus states
> not passing.
> Next steps are for me to create an updated understanding doc (on a new
> branch) and I’d still like to get consensus on this, as I think a few
> people will be caught-out / surprised by default focus styles failing (at
> least in some browsers).
> Kind regards,
> -Alastair
Received on Wednesday, 13 June 2018 10:17:43 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 21:08:26 UTC