Re: Color contrast principle

Hi Jon, I see your point - we need to strike a balance between 
generality of text, and ease of understanding. Needs some honing...

Am 16.01.2019 um 18:09 schrieb Jonathan Avila:
>
> Hi Detlev, I would be ok with something like outline as long as it 
> provided flexibility for situations such as situations where the 
> outline didn’t cover the entire element or where the outline varied 
> such as with drop shadows, etc. or non-uniform edges.
>
> Jon
>
> *From:*Detlev Fischer [mailto:detlev.fischer@testkreis.de]
> *Sent:* Wednesday, January 16, 2019 3:43 AM
> *To:* Jonathan Avila
> *Cc:* Alastair Campbell; WCAG list (w3c-wai-gl@w3.org)
> *Subject:* Re: Color contrast principle
>
> WARNING: The sender of this email could not be validated and may not 
> match the person in the "From" field.
>
> *CAUTION:*This email originated from outside of the organization. Do 
> not click links or open attachments unless you recognize the sender 
> and know the content is safe.
>
> Hi Jon,
>
> I think we are roughly on to the same thing but I find the talk about 
> points quite hard to understand (aren‘t we dealing with surfaces and 
> (out)lines, mostly?
>
> Sent from phone
>
>
> Am 16.01.2019 um 01:24 schrieb Jonathan Avila 
> <jon.avila@levelaccess.com <mailto:jon.avila@levelaccess.com>>:
>
>     I’d say something like – when determining adjacent colors to
>     points – an adjacent point that is not immediately touching the
>     initial point can be used for the comparison when the sum of
>     corresponding points communicates the same information needed to
>     identify parts of the control or graphic and its states.   That is
>     the sum of adjacent but not touching points produces the same
>     information necessary to identify the object.
>
>     Jonathan
>
>     *From:* Alastair Campbell <acampbell@nomensa.com
>     <mailto:acampbell@nomensa.com>>
>     *Sent:* Tuesday, January 15, 2019 7:05 PM
>     *To:* WCAG list (w3c-wai-gl@w3.org <mailto:w3c-wai-gl@w3.org>)
>     <w3c-wai-gl@w3.org <mailto:w3c-wai-gl@w3.org>>
>     *Subject:* Color contrast principle
>
>     *CAUTION:*This email originated from outside of the organization.
>     Do not click links or open attachments unless you recognize the
>     sender and know the content is safe.
>
>     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
>
>
>     <image002.jpg>
>
>     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.
>
>     <image004.jpg>
>
>     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
>
-- 
Detlev Fischer
Testkreis
Werderstr. 34, 20144 Hamburg

Mobil +49 (0)157 57 57 57 45

http://www.testkreis.de
Beratung, Tests und Schulungen für barrierefreie Websites