W3C home > Mailing lists > Public > public-low-vision-a11y-tf@w3.org > October 2016

Contrast of disabled UI controls

From: Jonathan Avila <jon.avila@ssbbartgroup.com>
Date: Thu, 27 Oct 2016 16:33:23 +0000
To: "public-low-vision-a11y-tf@w3.org" <public-low-vision-a11y-tf@w3.org>
Message-ID: <DM5PR03MB27809E7AA20CAF8F518791989BAA0@DM5PR03MB2780.namprd03.prod.outlook.com>
I wonder if there is an opportunity in WCAG 2.1 to reconsider the exception for 1.4.3 with disabled UI controls.  Even though a control may be disable, the control will likely be available once the user has entered some text.  Being able to read the text of the control can in some situations be very helpful in figuring out what you need to do to get the control to be available.  Other times there is a control that is disabled until all input is submitted and the contrast makes it unreadable.  But having access to that text to know what the form will do before hand is very important to deciding whether a user may want to fill out the form or not.  For example, say there is a button that says signup for email which I don't want to do but I must enter data in the fields first before I know what the form is asking permission to do.  Sometimes I'll just enter fake data to see what the submit button actually says in order to figure out if I really want to fill out the form.


Jonathan Avila
Chief Accessibility Officer
703.637.8957 (Office)
Visit us online: Website<http://www.ssbbartgroup.com/> | Twitter<https://twitter.com/SSBBARTGroup> | Facebook<https://www.facebook.com/ssbbartgroup> | Linkedin<https://www.linkedin.com/company/355266?trk=tyah> | Blog<http://www.ssbbartgroup.com/blog/>
Check out our Digital Accessibility Webinars!<http://www.ssbbartgroup.com/webinars/>
Received on Thursday, 27 October 2016 16:33:58 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 27 April 2017 14:44:31 UTC