- From: Jonathan Avila <jon.avila@levelaccess.com>
- Date: Thu, 16 Jan 2020 21:21:41 +0000
- To: Alastair Campbell <acampbell@nomensa.com>, David MacDonald <david100@sympatico.ca>
- CC: WCAG list <w3c-wai-gl@w3.org>
- Message-ID: <BN6PR03MB31395717E5D3DBB26DFE1DEFF1360@BN6PR03MB3139.namprd03.prod.outlook.com>
HI Alastair, yes, it would be inconsistent with the override but would pass. I think that’s an acceptable way to keep the proposed SC from not be accepted although we might have to figure out what requirements the author supplied one must look like – which is the thorny situation to cover as we don’t know the different types of controls and thus this takes us full circle back to the concerns raised over mandating a specific affordance for patterns which can take many forms. Jonathan From: Alastair Campbell <acampbell@nomensa.com> Sent: Thursday, January 16, 2020 2:07 PM To: Jonathan Avila <jon.avila@levelaccess.com>; David MacDonald <david100@sympatico.ca> Cc: WCAG list <w3c-wai-gl@w3.org> Subject: RE: WCAG 2.2 status - Visual indicators CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. Hi Jon, > if the sample styling isn’t displayed when applied then it can pass by providing it itself directly or via some mechanism like toggle. So by sample styling, you mean the user’s CSS override? (Done by pluggin or whatever). My assumption is that the user’s styling would (or at least could) vary between people. It was yellow & black in my case, but could be different for other people. However, what the site could provide for custom controls could not vary between people, even with a toggle mechanism. The control is providing a visual affordance, but not one that matches my pluggin. It doesn’t fail (as it stands), but it would be an inconsistent experience for users. -Alastair
Received on Thursday, 16 January 2020 21:21:48 UTC