Re: Graphics contrast comments overview

Jonathan,

When it comes to disabled controls and color contrast, there are
conflicting needs between low-vision and coga.  Low vision wants to be able
to see it.  Coga wants to have a stronger ability to know what is active
and what is not.

We have intentionally delayed color contrast requirements for Silver
because these conflicting user needs mean that the solution needs to be
based on personalization.

Glenda



glenda sims  |   team a11y lead   |    deque.com    |    512.963.3773
*web for everyone. web on everything.* -  w3 goals

[image: IAAP International Association of Accessibility Professionals:
Certified Professional in Accessibility Core Competencies (CPACC)]
<http://www.accessibilityassociation.org/certification>




On Wed, Nov 15, 2017 at 9:33 PM, Jonathan Avila <jon.avila@levelaccess.com>
wrote:

>
>    - +1  I would support that in the AAA SC, with an additional 'note' in
>    the Understanding that encourages that, even at the AA level (without
>    specifically mandating it. I.e. - a strong 'hint' would be beneficial)
>
>
>
> +1 as well.  The disabled state of a control is important visually because
> it tells the user the control is there is that somehow the control can be
> made enabled if something occurs.  This is a visual clue that is important
> and is lost if the contrast is not sufficient.  If the control was not
> needed and the disabled state was truly useless then the control should be
> removed.  If it isn’t removed then it serves some visual purpose that
> people with low vision have a right to access.
>
>
>
> Jonathan
>
>
>
> Jonathan Avila
>
> Chief Accessibility Officer
>
> *Level Access, inc.* (formerly SSB BART Group, inc.)
>
> (703) 637-8957
>
> Jon.avila@levelaccess.com
>
> 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/>
>
> *Looking to boost your accessibility knowledge? Check out our free
> webinars!* <http://www.ssbbartgroup.com/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:* John Foliot [mailto:john.foliot@deque.com]
> *Sent:* Wednesday, November 15, 2017 12:15 PM
> *To:* Michael Gower <michael.gower@ca.ibm.com>
> *Cc:* Alastair Campbell <acampbell@nomensa.com>; Jonathan Avila <
> jon.avila@levelaccess.com>; WCAG <w3c-wai-gl@w3.org>
>
> *Subject:* Re: Graphics contrast comments overview
>
>
>
> > At the least, can we work disabled controls into the AAA SC discussed?
>
>
>
> +1  I would support that in the AAA SC, with an additional 'note' in the
> Understanding that encourages that, even at the AA level (without
> specifically mandating it. I.e. - a strong 'hint' would be beneficial)
>
>
>
> JF
>
>
>
> On Wed, Nov 15, 2017 at 9:43 AM, Michael Gower <michael.gower@ca.ibm.com>
> wrote:
>
> There is no language requiring a contrast minimum between the states
> themselves. I would really like that to at least be captured in the
> Understanding doc, if it can't be part of the SC, because being unable to
> differentiate between states is as much of a problem as not being able to
> differentiate between controls.
> The same concern applies for disabled versus enabled controls.
>
> Speaking of disabled controls, we exclude disabled controls from contrast
> considerations completely, but I've always felt that if a designer bothers
> to put a disabled element in the UI, that element's visual presence is
> important, and should be discernible with some minimum contrast (even if it
> is reduced). Every designer balks when I say 'Okay, if it's not important,
> why not remove it from your design entirely until it is active?'
>
> At the least, can we work disabled controls into the AAA SC discussed?
> Alastair, I'd be happy to help try to craft that.
>
> Michael Gower
> IBM Accessibility
> Research
>
> 1803 Douglas Street, Victoria, BC
> <https://maps.google.com/?q=1803+Douglas+Street,+Victoria,+BC+%C2%A0V8T+5C3&entry=gmail&source=g>
>  V8T 5C3
> <https://maps.google.com/?q=1803+Douglas+Street,+Victoria,+BC+%C2%A0V8T+5C3&entry=gmail&source=g>
> gowerm@ca.ibm.com
> voice: (250) 220-1146 * cel: (250) 661-0098 *  fax: (250) 220-8034
>
>
>
> From:        Alastair Campbell <acampbell@nomensa.com>
> To:        Jonathan Avila <jon.avila@levelaccess.com>, WCAG <
> w3c-wai-gl@w3.org>
> Date:        2017-11-15 08:28 AM
> Subject:        Re: Graphics contrast comments overview
> ------------------------------
>
>
>
>
> Hi Jon,
>
> > if the author uses a border to communicate the role of something
> > then the aspect has to meet the contrast requirements.
>
> Agree. Also, I noticed we missed out the default-appearance exception, so
> I’ve updated that to say:
> “Visual information used to indicate state for active user interface
> components, except where the appearance of the component is determined by
> the user agent and not modified by the author.”
>
> > It doesn't require an author provide that affordance if they didn't.  So
> if I choose to make a piece of text blue and have it function like a button
> nothing needs to be done other than the contrast of the blue text in the
> non-focused state or non-pressed state of that button.
>
> Agree.
>
> > If I use a solid background to make something look like a button then I
> have to make sure the edge of the background has sufficient contrast from
> the surrounding pixels outside of the focused or pressed state.
>
> Agree.
>
> > If I have multiple buttons with some in pressed and others in
> non-pressed states the difference between the colors used for the pressed
> states need to have a 3:1 ratio as well.
>
> Agree. It is also worth considering the ‘adjacent’ aspect, if buttons are
> not immediately adjacent, then they do not have to contrast with each other.
>
> > Focus indicators need to provide 3:1 contrast as well.  Is that right?
>
> Yes, although with-what depends on what they are adjacent to.
>
> Cheers,
>
> -Alastair
>
>
>
>
>
>
>
> --
>
> John Foliot
>
> Principal Accessibility Strategist
>
> Deque Systems Inc.
>
> john.foliot@deque.com
>
>
>
> Advancing the mission of digital accessibility and inclusion
>