- From: Andrew Kirkpatrick <akirkpat@adobe.com>
- Date: Fri, 1 Jun 2018 15:01:17 +0000
- To: John Foliot <john.foliot@deque.com>, David MacDonald <david100@sympatico.ca>
- CC: WCAG <w3c-wai-gl@w3.org>
- Message-ID: <26337EF6-C2E9-4A39-81B8-0AC54F9B2CDB@adobe.com>
Thanks for looking at this everyone. Comments within: "With the exception of inactive components or where the appearance of the component (including it's focus indicator) is determined by the user agent (and not modified by the author), the visual focus indicator for a component must always provide sufficient contrast against the adjacent background when the component is focused." How about: The visual focus indicator for a component must have sufficient contrast against the adjacent background when the component is focused, except where the appearance of the component is determined by the user agent and not modified by the author. I don’t think that we need to mention inactive components since inactive components don’t take focus. AWK On Fri, Jun 1, 2018 at 6:26 AM, David MacDonald <david100@sympatico.ca<mailto:david100@sympatico.ca>> wrote: I agree I put comment inline... Just one thing. p>In all cases, the visual focus indicator for a component must have sufficient contrast against the adjacent background when the component is focused.</p> the SC text has exceptions to "all cases" except for inactive components or where the appearance of the component is determined by the user agent and not modified by the author; How about this? " In all cases, except for inactive components or where the appearance of the component (including it's focus indicator) is determined by the user agent and not modified by the author; the visual focus indicator for a component must have sufficient contrast against the adjacent background when the component is focused. " Cheers, David MacDonald CanAdapt Solutions Inc. Tel: 613.235.4902 LinkedIn <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linkedin.com%2Fin%2Fdavidmacdonald100&data=02%7C01%7Cakirkpat%40adobe.com%7C06c050afb63942845e9e08d5c7c8f28e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636634588242668571&sdata=AlrRuZCUwztUx11nPBZl4D0bPFk%2FRXvoLs2skBwiy0E%3D&reserved=0> twitter.com/davidmacd<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fdavidmacd&data=02%7C01%7Cakirkpat%40adobe.com%7C06c050afb63942845e9e08d5c7c8f28e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636634588242668571&sdata=gv%2BaTIYLKQNE3pHTv45zn3G0D0X65L9ORuGI6RnrUr4%3D&reserved=0> GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FDavidMacDonald&data=02%7C01%7Cakirkpat%40adobe.com%7C06c050afb63942845e9e08d5c7c8f28e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636634588242668571&sdata=UyKm6zXbIImPAQF7SXkoYiqK3S7hleJbzJlQP%2BerYjc%3D&reserved=0> www.Can-Adapt.com<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.can-adapt.com%2F&data=02%7C01%7Cakirkpat%40adobe.com%7C06c050afb63942845e9e08d5c7c8f28e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636634588242668571&sdata=E1uNNft6QM5VuBXmWvumWqzt7hSLiSAE8NuxNd1%2FgT4%3D&reserved=0> Adapting the web to all users Including those with disabilities If you are not the intended recipient, please review our privacy policy<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidmacd.com%2Fdisclaimer.html&data=02%7C01%7Cakirkpat%40adobe.com%7C06c050afb63942845e9e08d5c7c8f28e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636634588242824824&sdata=7h7rML1JIBQgSIrFOmoxjBY7cinQDactsMI79yuhg6o%3D&reserved=0> On Thu, May 31, 2018 at 10:39 PM, Andrew Kirkpatrick <akirkpat@adobe.com<mailto:akirkpat@adobe.com>> wrote: AGWG’ers, I’ve reviewed the 1.4.11 Understanding document and think that this is a solid start: https://github.com/w3c/wcag21/pull/943/files?utf8=<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fw3c%2Fwcag21%2Fpull%2F943%2Ffiles%3Futf8%3D&data=02%7C01%7Cakirkpat%40adobe.com%7C06c050afb63942845e9e08d5c7c8f28e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636634588242824824&sdata=foUD4ZC0yOk9Yj7tfG28b4TJSC%2BBNEUMynskwmcBpvQ%3D&reserved=0>✓&diff=split I expect that we will want to include additional examples and explanations, but think that these changes are aligned with how 1.4.11 reads now. Thoughts? Thanks, AWK Andrew Kirkpatrick Group Product Manager, Accessibility Adobe akirkpat@adobe.com<mailto:akirkpat@adobe.com> http://twitter.com/awkawk<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fawkawk&data=02%7C01%7Cakirkpat%40adobe.com%7C06c050afb63942845e9e08d5c7c8f28e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636634588242824824&sdata=WcNMzHP59VCJpk8OrMLNzi8ZrWu7ous%2FSGh7e6FFpEA%3D&reserved=0> -- John Foliot Principal Accessibility Strategist Deque Systems Inc. john.foliot@deque.com<mailto:john.foliot@deque.com> Advancing the mission of digital accessibility and inclusion
Received on Friday, 1 June 2018 15:01:45 UTC