WebAIM - Web Accessibility In Mind

E-mail List Archives

Re: WCAG 2and high contrast

for

From: Paul J. Adam
Date: Oct 5, 2015 3:35PM

Windows High Contrast mode should not hide any images that are part of focusable elements. Or if Win HCM does hide the image then it should display the accessible name of the element from the accessibility API.

I would say it's a bug in Windows High Contrast Mode if it hides a focusable element's image without displaying the accessible name of the element. No other high contrast modes hide background images, e.g. OS X/iOS high contrast modes and ZoomText Screen Magnifier don't do this.

Paul J. Adam
Accessibility Evangelist
www.deque.com

> On Oct 4, 2015, at 7:42 PM, Roger Hudson < <EMAIL REMOVED> > wrote:
>
> Hi
>
>
>
> I am in a bit of a quandary about the need to ensure images/icons still meet
> WCAG 2 when viewed in high contrast, and would love to get the opinion of
> some other list members.
>
>
>
> Assume an important icon is an image or background image and there is a
> non-visible text alternative that can be readout by screen readers. When the
> page is viewed using a standard Windows display, the icon is clearly
> visible. However, when Windows is used to change the display to high
> contrast the inline image and the background image disappears.
>
>
>
> My question is; would the disappearance of the image be a failure to comply
> with SC 1.4.3 Colour contrast, or any other WCAG 2 Success Criteria?
>
>
>
> Interestingly, this does not appear to happen with Macs. The iOS high
> contrast doesn't seem to affect background images.
>
>
>
> Thanks,
>
>
>
> Roger
>
>
>
>
>
> Roger Hudson
>
> Web Usability
>
> Mobile: 0405 320 014
>
> Phone: 02 9568 1535
>
> Web: www.usability.com.au
>
> Blog: www.dingoaccess.com
>
> Twitter: http://twitter.com/rogerhudson
>
> Email: <EMAIL REMOVED>
>
>
>
>
>
> > > >