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

Re: Visible controls - Design canvas exception

From: Alastair Campbell <acampbell@nomensa.com>
Date: Mon, 11 Apr 2022 16:54:28 +0000
To: Michael Gower <michael.gower@ca.ibm.com>, Sarah Horton <sarah.horton@gmail.com>, WCAG list <w3c-wai-gl@w3.org>
Message-ID: <PR3PR09MB53471AF3E2E15CA0090906F0B9EA9@PR3PR09MB5347.eurprd09.prod.outlook.com>
+1 to Mikeís comments, and regarding Focus Appearance I think thatís the opposite problem: We have a very exacting (somewhat mathematical) criteria, so the examples are to make it easier to understand.


Apologies for typos, sent from a mobile.
From: Michael Gower <michael.gower@ca.ibm.com>
Sent: Monday, April 11, 2022 3:57:51 PM
To: Sarah Horton <sarah.horton@gmail.com>; Alastair Campbell <acampbell@nomensa.com>; WCAG list <w3c-wai-gl@w3.org>
Subject: RE: Visible controls - Design canvas exception

I think focusing on the difference between Use of Color and Visible Controls is a useful exercise.

Use of Color:

  1.  starts from something fairly easy to get agreement on (and detect with tools) -- What things on this page use chromatic colors?

  1.  Requires that that use of chromatic color not be the ONLY way of  achieving 4 criteria.

Those 4 criteria are not easy things to assess, but these two starting points make it quite a refined process. Thereís also a technique that makes it a easier to align different assessorsí perspectives --  display the page in gray tone (i.e., strip out all the chromatic color).

Now, letís look at Visible Controls. In my opinion, the approach tried is similar (start with an initial factor to assess, then refine it), but the concept is much harder to refine. It requires:

  1.  that a control isnít visible until hover or focus makes it visible
  2.  that a visual indicator of the component is available

The first step is pretty clear, although MUCH more laborious and therefore expensive to assess (and more difficult to test with tools). But itís the second step where this really becomes problematic. How do you get agreement on what constitutes a visual indicator? The responses from the last survey make it clear we are nowhere near achieving something people can use to arrive at similar assessments.

You said:

  *   I believe our job is to keep exploring ways to make it work!

I agree. However, we have run out of time with 2.2, so as with anything that hasnít shaken out despite a lot of work, it needs to move on to the next version.


From: Sarah Horton <sarah.horton@gmail.com>
Date: Monday, April 11, 2022 at 3:23 AM
To: Alastair Campbell <acampbell@nomensa.com>, WCAG list <w3c-wai-gl@w3.org>
Subject: [EXTERNAL] Re: Visible controls - Design canvas exception

Hi, Alastair. Other SCs require judgement, like SC 1.4.1 Use of Color. First you have to identify instances where you use color to convey information, indicate an action, prompt a response, or distinguish a visual element, and then you have ZjQcmQRYFpfptBannerStart

This Message Is From an External Sender

This message came from outside your organization.


Hi, Alastair.

Other SCs require judgement, like SC 1.4.1 Use of Color. First you have to identify instances where you use color to convey information, indicate an action, prompt a response, or distinguish a visual element, and then you have to convey, indicate, prompt, or distinguish that element using another visual means, which may be contextual, like a list of links, or it might be visual, like an underline or outline, or it may be text, like a label or instruction. What serves as an effective visual means changes. Conventions come and go. People understand things differently. But still, the SC guides designers to pay attention to how they use color and avoid making choices that result in people not having access to information.

Similarly, with 3.2.7 Visible Controls, whenever you provide interactive element you have to provide visible information about its interactivity, through context, a visual indicator, text, etc.

I agree that any SC that ends up requiring a catalogue of examples is problematic. 2.4.11 Focus Appearance (Minimum) currently has 19 figures. When that happens it seems like an indicator that we probably need to go back to the drawing board, revisit the intent of the SC, and try out another approach.

And I agree that itís complicated, but Iím not ready to say, ďI donít see how it would work.Ē I believe our job is to keep exploring ways to make it work!



On Apr 6, 2022, at 12:46 PM, Alastair Campbell <acampbell@nomensa.com<mailto:acampbell@nomensa.com>> wrote:

Hi Sarah,

> Making actionable elements recognizable to users is the essence of user interface design.

Ok, but how do we define that in a consistent way? The only way I can think of would be with a catalogue of examples.

> We can provide guidance that will help make actionable elements recognizable to all users.

Guidance I agree with, and there is some in coga-usable<https://www.w3.org/TR/coga-usable/#clearly-identify-controls-and-their-use-pattern>, but that isnít the same as a testable SC in WCAG 2.x.

Sidenote: I am also sceptical that we could provide guidance that would work for all users for all scenarios because of the reliance on conventions & expectations.

I.e. If the vast majority of users understand what is actionable by context (e.g. media controls, or objects in a design canvas) there would be a lot of resistance to adding something that would (for most people) get in the way.

> The task was not clearly defined as to what we were looking for in the examples

I think one or two people defaulted to ďdoes it pass the whole SCĒ, but just from the conversation in the call we could hear that people had different assumptions about what would be a visible indicator.

In the current SC a visible indicator is our benchmark of whether something is recognizable as actionable. The visible indicator could be the element itself, or a separate thing.

The github/teams avatars is a useful example as they split opinions down the middle. To me there is nothing inherent in the design of the avatars that indicates you get more controls on-hover (or the bold text next to them). I only know they are actionable because it keeps popping-up (annoyingly) as I mouse around. It has changed my expectations.

However, that creates a site-convention, not a universal one.

When you get down to it, blue links are a convention. A fairly universal one, but I do remember doing usability testing in the early 2000s when weíd still find people who didnít understand that.

Without a list of approved (and internationalised?) conventions, or an alternative approach to testing (in WCAG 3), I donít see how it would work.

Received on Monday, 11 April 2022 16:54:44 UTC

This archive was generated by hypermail 2.4.0 : Monday, 11 April 2022 16:54:46 UTC