Re: Color contrast principle

Just to add a comment here, thanks Alistair for bringing this up as I'm 
seeing designers struggle with situation where
they need to combine the Focus Visible SC with Non-Text contrast SC 
requirements.

Josh

Alastair Campbell wrote:
>
> Hi everyone,
>
> There was some confusion on the call about the second example under 
> the “Adjacent colors” heading here:
>
> https://cdn.staticaly.com/gh/w3c/wcag/non-text-contrast-updates/understanding/21/non-text-contrast.html?x=5 
>
>
> A text box with a dark background and light border, with a white 
> background.
>
> The aim was to show a general principle of measuring adjacent colours, 
> perhaps it needs some adjustment?
>
> The principle is that: If there is a non-contrasting colour between 
> two contrasting ones, assume that it merges with the non-contrasting 
> colour, then does it pass?
>
> In that case, assume the silver border merges into the blue 
> background, so it is essentially white vs dark blue.
>
> This is important because it meets the user-need /and/ allows for many 
> more design possibilities. (Designs that would fail the SC without 
> causing an impact on people.)
>
> Without that, it would essentially mean two-colour only controls.
>
> There is a similar principle going on for the radio-button example 
> (selected / not-selected) further down.
>
> Three radio buttons, the first a plain circle marked unselected. The 
> second shows the circle filled with the same color as the border. The 
> third has a slightly darker filling than the border.
>
> All of those pass, but the middle two demonstrate the principle that 
> if the middle contrasts with the outside, we can ignore the outer 
> circle of the radio – it is a change of shape.
>
> If anyone can think of a better explanation for the understanding doc… 
> I’m all ears!
>
> Kind regards,
>
> -Alastair
>
> -- 
>
> www.nomensa.com <http://www.nomensa.com/> / @alastc
>


-- 
Joshue O Connor
Director | InterAccess.ie