From 80b4095f5f62bf6a74a9beedf88896723c39a22a Mon Sep 17 00:00:00 2001 From: "Patrick H. Lauke" Date: Wed, 14 Feb 2024 16:25:02 +0000 Subject: [PATCH] Add anti-aliasing note to 1.4.11 (#3560) Matches the anti-aliasing notes we recently included for 1.4.3 and 1.4.6 (see https://github.com/w3c/wcag/pull/3020) --------- Co-authored-by: Mike Gower Co-authored-by: David Cox <98318778+dav-idc@users.noreply.github.com> --- understanding/21/non-text-contrast.html | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/understanding/21/non-text-contrast.html b/understanding/21/non-text-contrast.html index 5e23372b76..cbee5578e9 100644 --- a/understanding/21/non-text-contrast.html +++ b/understanding/21/non-text-contrast.html @@ -29,6 +29,18 @@

Intent

The 3:1 contrast ratios referenced in this Success Criterion is intended to be treated as threshold values. When comparing the computed contrast ratio to the Success Criterion ratio, the computed values should not be rounded (e.g. 2.999:1 would not meet the 3:1 threshold).

+
+

Because authors do not have control over user settings for font smoothing and anti-aliasing, when evaluating this + Success Criterion, refer to the colors obtained from the user agent, or the underlying + markup and stylesheets, rather than the non-text elements as presented on screen.

+

Due to anti-aliasing, particularly thin lines and shapes of non-text elements may be rendered by user agents with + a much fainter color than the actual color defined in the underlying CSS. This can lead to situations where + non-text elements have a contrast ratio that nominally passes the Success Criterion, but have a much lower contrast + in practice. In these cases, best practice would be for authors to avoid particularly thin lines and shapes, + or to use a combination of colors that exceeds the normative requirements of this Success Criterion. +

+
+

User Interface Components