Non-text content loophole

Hello

Sometimes authors use css background-color to create an image conveying information - like a styled div as the check mark for a radio button. This means background colours can't be customised as you can't tell when the checkbox is checked or not. CSS ::content and background-images fail A. However, this seems like it doesn't fail at all? The information is programmatically determinable for screen reader users as the input is there 'behind the scenes'. It's just that low vision users can't change background colours.

This also happens with focus indicators a lot where the default one is disabled but the custom one uses background-colors. I feel like there should be a fail for conveying visual information with background-colors alone. What is the general thought on this?

Thanks

Sarah

Sent from Outlook for iOS<https://aka.ms/o0ukef>

Received on Thursday, 23 November 2023 13:06:03 UTC