- From: Newton, Brooks (TR Product) <Brooks.Newton@thomsonreuters.com>
- Date: Fri, 18 Oct 2019 18:02:46 +0000
- To: Sailesh Panchang <sailesh.panchang@deque.com>, Alastair Campbell <acampbell@nomensa.com>
- CC: Detlev Fischer <detlev.fischer@testkreis.de>, "w3c-wai-gl@w3.org" <w3c-wai-gl@w3.org>
+1 -----Original Message----- From: Sailesh Panchang <sailesh.panchang@deque.com> Sent: Friday, October 18, 2019 12:47 PM To: Alastair Campbell <acampbell@nomensa.com> Cc: Detlev Fischer <detlev.fischer@testkreis.de>; w3c-wai-gl@w3.org Subject: Re: Focus visible (enh) update Alastair, Reference your statements this morning: <start> In most cases if you are using a complete outline around the component it makes no difference at all, and you’d automatically fulfil it. The one area I found that might surprise people is that the default (in Firefox) 1px dotted outline would not pass in most cases. It is not a new thing that browser default indicators would fail, on the Mac the default indicators for some browsers fail the contrast requirement already. </end> Given this, is it reasonable to ask designers and developers around the world to include markup / styling that will correct issues that should really be addressed by the browser? Maybe browser makers should be urged to improve the default focus indicator area and contrast issues that are noted as accessibility concerns. And then if developers override those introducing accessibility barriers, those should be flagged to their attention as content-accessibility problems: much like when developers suppress default focus indicators. Another example: the HTML5 placeholder attribute when first implemented posed contrast problems. True, developers were urged to remedy this but it was taken up with browser makers who fixed it at their end. Best wishes, -- Sailesh Panchang Principal Accessibility Consultant Deque Systems Inc 381 Elden Street, Suite 2000, Herndon, VA 20170 Mobile: 571-344-1765
Received on Friday, 18 October 2019 18:03:37 UTC