W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > July to September 2017

RE: Can a contrast switcher control be inside a modal settings window? (Success Criteria 1.4.3)

From: ALAN SMITH <alands289@gmail.com>
Date: Fri, 4 Aug 2017 09:58:56 -0400
Message-ID: <59847da2.c187810a.f16bb.22f3@mx.google.com>
To: Michael McCaffrey <mray298@gmail.com>, "Denis Boudreau (gmail)" <dboudreau01@gmail.com>
Cc: David MacDonald <david100@sympatico.ca>, Jonathan Avila <jon.avila@levelaccess.com>, Robert Jolly <jolly.robert@gmail.com>, Brian Stevens <bstevens@ilsworld.com>, "w3c-wai-ig@w3.org" <w3c-wai-ig@w3.org>
Brian,

Forgive my managerial viewpoint on this:
I’m thinking the you will spend less time and have a better user experience to just redesign your site.
I’m just trying to compare the time to code your switcher and then make it accessible and test it and test the contrast changes are correct and the time you have taken to communicate with others versus fixing the color contrast items and testing them.

Best.

Alan Smith

From: Michael McCaffrey
Sent: Thursday, August 3, 2017 11:41 PM
To: Denis Boudreau (gmail)
Cc: David MacDonald; Jonathan Avila; Robert Jolly; Brian Stevens; w3c-wai-ig@w3.org
Subject: Re: Can a contrast switcher control be inside a modal settings window? (Success Criteria 1.4.3)

Agree with Denis. Good approach but, thinking through the customer journay, this could be difficult for some to find."Tucking under the settings" is a quick fix, as you said.  I think this would work in the interm while you're working on the long-term fix. 

On Thu, Aug 3, 2017 at 9:59 PM, Denis Boudreau (gmail) <dboudreau01@gmail.com> wrote:
While the above is all true, I would argue that regardless of how "WCAG compliant" a contrast switcher could be made inside an equally "WCAG compliant" modal, hiding a control in this way will always make it harder to discover for some users than just clearly displaying it in plain sight for everyone to find. I invite you to not only consider how accessible the feature will be, but also how usable its implementation will be. IMHO, hiding stuff behind modals is rarely the best way to go about designing for inclusion. My $0.05 CDN.



/Denis 

--
Denis Boudreau,
Accessibility, user experience & inclusive design
Cell: +1-514-730-9168
Email: dboudreau01@gmail.com
Twitter: @dboudreau 
On 2017-08-03 7:47:38 PM, David MacDonald <david100@sympatico.ca> wrote:
Yes... 


Cheers,
David MacDonald
 
CanAdapt Solutions Inc.
Tel:  613.235.4902
LinkedIn 

twitter.com/davidmacd
GitHub
www.Can-Adapt.com
  
  Adapting the web to all users
            Including those with disabilities

If you are not the intended recipient, please review our privacy policy

On Thu, Aug 3, 2017 at 1:33 PM, Jonathan Avila <jon.avila@levelaccess.com> wrote:

➢  As long as the panel conforms to WCAG it's OK.
 
And in my opinion the setting button to activate the panel.  I.e. the path to reach the panel.  
 
Jonathan
 
Jonathan Avila
Chief Accessibility Officer
Level Access, inc. (formerly SSB BART Group, inc.)
jon.avila@levelaccess.com
703.637.8957 (Office)
Visit us online: Website | Twitter | Facebook | LinkedIn | Blog
Looking to boost your accessibility knowledge? Check out our free webinars!
 
The information contained in this transmission may be attorney privileged and/or confidential information intended for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this communication is strictly prohibited.
 
From: David MacDonald [mailto:david100@sympatico.ca] 
Sent: Thursday, August 03, 2017 1:04 PM
To: Robert Jolly
Cc: Brian Stevens; w3c WAI List
Subject: Re: Can a contrast switcher control be inside a modal settings window? (Success Criteria 1.4.3)
 
As long as the panel conforms to WCAG it's OK.


Cheers,
David MacDonald
 
CanAdapt Solutions Inc.
Tel:  613.235.4902
LinkedIn 

twitter.com/davidmacd
GitHub
www.Can-Adapt.com
  
  Adapting the web to all users
            Including those with disabilities
 
If you are not the intended recipient, please review our privacy policy
 
On Thu, Aug 3, 2017 at 11:37 AM, Robert Jolly <jolly.robert@gmail.com> wrote:
Hi Brian,
 
My understanding of this is your approach is OK, as long as it’s it’s understood that the contrast settings are available in the settings panel/modal. 
 
It’s good to hear you’re working on a design with good contrast integrated. :)
 
HTH
-Robert
 
-----
 
Robert Jolly
Sr. Web Accessibility Strategy Consultant
knowbility.org | @knowbility
Equal access to technology for people with disabilities
 
 
 
On Aug 3, 2017 at 9:14 AM, Brian Stevens <bstevens@ilsworld.com> wrote:
 
Hello,
 
We need to meet contrast requirements for 1.4.3 - Level AA. My team is considering using a style switcher as a temporary fix. Since our web-app already has a modal settings window (which is contrast compliant), we prefer to place the switcher under our settings. The only problem is, I can’t figure out whether tucking it under settings is allowed. The relevant techniques (G174 and C29) just say that the link or control needs to be “on the page.” Technically the settings window exists on the same page. Is that good enough? Is there some precedent for this?
 
Here are the relevant techniques:  
G174: Providing a control with a sufficient contrast ratio that allows users to switch to a presentation that uses sufficient contrast  
C29: Using a style switcher to provide a conforming alternate version
 
Side-note: For the future, we are planning a contrast-compliant redesign, but we need a short-term solution to meet a deadline.
 
Thanks,
Brian Stevens
 
Received on Friday, 4 August 2017 13:59:24 UTC

This archive was generated by hypermail 2.3.1 : Friday, 4 August 2017 13:59:25 UTC