- From: Jonathan Avila <jon.avila@levelaccess.com>
- Date: Wed, 2 May 2018 16:50:25 +0000
- To: Alastair Campbell <acampbell@nomensa.com>
- CC: WCAG <w3c-wai-gl@w3.org>
- Message-ID: <BN6PR03MB251312FA02812A4FE71DD223F1800@BN6PR03MB2513.namprd03.prod.outlook.com>
Ø Text-clipping / overlapping is already called out in the understanding doc as a failure of text-spacing, can we consider contrast a part of that? The same goes for resize/reflow. Ø The question I have then (as a tester) is whether that should be failed under contrast or the triggering condition? My gut says it should come under the SC that triggered it, as solving that problem will be a layout or text-buffer change. I would be ok with that. Thanks Jonathan From: Alastair Campbell [mailto:acampbell@nomensa.com] Sent: Wednesday, May 02, 2018 12:31 PM To: Jonathan Avila Cc: WCAG Subject: Re: Multiplier SCs (was agenda) > I am pretty certain that changes to text spacing will also break contrast in a lot of places and may also cause overlapping text. I also understand the multiplier of possibilities. Text-clipping / overlapping is already called out in the understanding doc as a failure of text-spacing, can we consider contrast a part of that? The same goes for resize/reflow. The question I have then (as a tester) is whether that should be failed under contrast or the triggering condition? My gut says it should come under the SC that triggered it, as solving that problem will be a layout or text-buffer change. WCAG 2.0 did a good job of things failing in one place, we should try to maintain that. For most sites you can test that by: * zooming in gradually to 320px looking out for omissions or clipping * apply text-spacing * zooming back out to the default looking out for omissions or clipping. If it fails whilst zooming in, it’s a 1.4.4 / 1.410 issue (depending on what level), if it only fails on the zooming out it’s a 1.4.11 issue. Cheers, -Alastair
Received on Wednesday, 2 May 2018 16:51:02 UTC