From cdebc3de72b0b5a30c768f7302541efb8ed27ca3 Mon Sep 17 00:00:00 2001
From: michael-gower AA New For the keyboard focus indicator of each User Interface Component, all of the following are true: When user interface components receive keyboard focus, all of the following are true: A keyboard focus indicator which has a pattern or gradient may have parts that do not meet the 3:1 contrast ratio for the change of contrast, as long as an area equal to the minimum does meet the contrast ratio. When user interface components receive keyboard focus, all of the following are true: New the pixels that change between the focused and unfocused states of a User Interface Component
- New The pixels that are changed to visually indicate when a user interface component is in a focused state.
+ New the continuous line forming the boundary of a shape. The perimeter calculation for a rectangle is 2h+2w, where h is the height and w is the width. The perimeter of a circle is 2Πr.
+ When user interface components receive keyboard focus, all of the following are true: When user interface components receive keyboard focus, all of the following are true: When user interface components receive keyboard focus, all of the following are true: AA For the keyboard focus indicator of each User Interface Component, all of the following are true: When user interface components receive keyboard focus, all of the following are true: A keyboard focus indicator which has a pattern or gradient may have parts that do not meet the 3:1 contrast ratio for the change of contrast, as long as an area equal to the minimum does meet the contrast ratio. If the control has a visible boundary smaller than the hit area, the size measure is taken from the visible boundary. the pixels that change between the focused and unfocused states of a User Interface Component The pixels that are changed to visually indicate when a user interface component is in a focused state. The purpose of this success criterion is to ensure a keyboard focus indicator is clearly visible and discernible. This criterion is closely related to SC 2.4.7 focus visible and defines a minimum level of visibility. The purpose of this success criterion is to ensure a keyboard focus indicator is clearly visible and discernible. This criterion is closely related to SC 2.4.7 Focus Visible and defines a minimum level of visibility. Where Focus Visible was For sighted people with mobility impairments who use a keyboard-like device (e.g. a switch, voice input), knowing the current point of focus is very important. Visible focus must also meet the needs of low-vision users, who may also be keyboard-only users. For sighted people with mobility impairments who use a keyboard-like device (e.g., a switch, voice input), knowing the current point of focus is very important. Visible focus must also meet the needs of low-vision users, who may also be keyboard-only users. A keyboard focus indicator can take different forms, this success criterion sets a requirement to make it clearly distinguishable. For example, using a thick outline around the control that contrasts with the background would pass this criterion. A keyboard focus indicator can take different forms; this success criterion sets a requirement to make it clearly distinguishable. For example, using a thick outline around the control that contrasts with the background would pass this criterion. The keyboard focus is the point of interaction for someone using a keyboard. For environments with a keyboard operable interface, the keyboard focus can be moved around the interface in order to interact with different elements. Whichever element is being interacted with has focus. The keyboard focus is the point of interaction for someone using a keyboard. For environments with a keyboard-operable interface, the keyboard focus can be moved around the interface in order to interact with different elements. Whichever element is being interacted with has focus. In web pages some components may receive focus as a user presses the tab key to move to that component and then use the arrow keys to select an option (e.g. tabs, menu items). The item considered to be focused is whichever is being interacted with. For example, if you tab to a menu and arrow-down to a menu item, it is the menu item that is in focus as pressing enter would activate the menu item. In web pages some components may receive focus as a user presses the Tab key to move to that component and then use the arrow keys to select an option (e.g., tabs, menu items). The item considered to be focused is whichever is being interacted with. For example, if you tab to a menu and arrow-down to a menu item, it is the menu item that is in focus, as pressing Enter would activate the menu item. Some elements can take focus (such as the target of a skip link), however, it is only when the element is operable by keyboard controls that this criterion applies. Some non-operable elements can take focus (such as when a heading is the target of a skip link); however, it is only when the element with focus is operable by keyboard that this criterion applies. Success Criterion 1.4.11 Non-text contrast requires that a UI component maintains contrast across it’s states, including when focused. For example, a checkbox must contrast with its adjacent colors, and the check within the checkbox must contrast with its adjacent colors. Success Criterion 1.4.11 Non-text Contrast requires that a UI component maintains contrast against the adjacent background for each of its states. When it has does not have focus, it must be visible against the background. When it receives focus, it still must be visible. However, Non-text Contrast does require contrast between the UI component's focused and non-focused states. Merely that in each state it contrasts against the adjacent background. Focus-visible (enhanced) requires that the change of color contrast for the focus indicator (only) has contrast compared to the non-focused component. Focus Appearance (Minimum) requires that the focused and unfocused states can be distinguishable from each other. It does this by requiring sufficient differences in contrast between the appearance of a component when focused and when not focused. Success Criterion 1.4.11 Non-text Contrast requires that a UI component maintains contrast against the adjacent background for each of its states. When it has does not have focus, it must be visible against the background. When it receives focus, it still must be visible. However, Non-text Contrast does require contrast between the UI component's focused and non-focused states. Merely that in each state it contrasts against the adjacent background. Focus Appearance (Minimum) requires that the focused and unfocused states can be distinguishable from each other. It does this by requiring sufficient differences in contrast between the appearance of a component when focused and when not focused. In the example above: The contrast of the default checkbox passes 1.4.11 because the dark border and white background have a contrast ratio greater than 3:1. The 2px dark blue focus outline passes Focus Appearance (Minimum) because the change of contrast is greater than 3:1 with the white background. The component as a whole maintains contrast with the white background so continues to pass 1.4.11. The contrast of the default checkbox passes 1.4.11 because the black border and white background have a contrast ratio greater than 3:1. When the checkbox recieves focus, the dark blue focus indicator passes Focus Appearance (Minimum) because:
+ Focus Appearance (Minimum)
-
Focus Appearance (Minimum)
-
Focus Appearance (Minimum)
-
Focus Appearance (Minimum)
-
Focus Appearance (Minimum)
From 0064c9003410d5e4ed2cfd1a70a4f805dbbe9009 Mon Sep 17 00:00:00 2001
From: michael-gower Focus Appearance (Minimum) Success Criteria text
@@ -41,24 +41,24 @@
-
Focus Appearance (Minimum) Success Criteria text
Intent of Focus Appearance (Minimum)
- Keyboard focus
- Minimum area
@@ -202,10 +202,10 @@ Not fully obscured
Relation to non-text color contrast
- Relationship to non-text contrast
+ Relationship to non-text contrast
+ Relationship to Non-text Contrast
Relationship to non-text contrast
-
-
+
+ The focused state contrasts with the white background, so the component continues to pass 1.4.11.
The purpose of this success criterion is to ensure a keyboard focus indicator is clearly visible and discernible. This criterion is closely related to SC 2.4.7 Focus Visible and defines a minimum level of visibility. Where Focus Visible was
+The purpose of this success criterion is to ensure a keyboard focus indicator is clearly visible and discernible. This criterion is closely related to 2.4.7 Focus Visible and 1.4.11 Non-text Contrast. Where Focus Visible merely required a visible focus indicator, 2.4.11 defines a minimum level of visibility. Where Non-text Contrast required a component to have adequate contrast against the background in each of its states, 2.4.11 requires sufficient contrast between the focused and unfocused states.
For sighted people with mobility impairments who use a keyboard-like device (e.g., a switch, voice input), knowing the current point of focus is very important. Visible focus must also meet the needs of low-vision users, who may also be keyboard-only users.
@@ -49,21 +49,21 @@The keyboard focus is the point of interaction for someone using a keyboard. For environments with a keyboard-operable interface, the keyboard focus can be moved around the interface in order to interact with different elements. Whichever element is being interacted with has focus.
-In web pages some components may receive focus as a user presses the Tab key to move to that component and then use the arrow keys to select an option (e.g., tabs, menu items). The item considered to be focused is whichever is being interacted with. For example, if you tab to a menu and arrow-down to a menu item, it is the menu item that is in focus, as pressing Enter would activate the menu item.
+Some components have sub-components that can take focus, such as the menu items on a menu. The item considered to be focused is whichever is being interacted with. For example, if you tab to a menu and arrow down to a menu item, it is the menu item that is in focus; pressing Enter would activate the menu item.
-Some non-operable elements can take focus (such as when a heading is the target of a skip link); however, it is only when the element with focus is operable by keyboard that this criterion applies.
+Some non-operable elements can take focus (such as when a heading is the target of a skip link); however, it is only when the element with focus is operable by keyboard that this Success Criterion applies.
The bigger the visible change, the easier it is for someone to see. Authors are encouraged to make the change as significant as possible, for example, by designing a thick border around the element, or significantly changing the background color.
+The bigger the visible change when an item receives focus, the easier it is for someone to see. Authors are encouraged to make the change as significant as possible, for example, by designing a thick border around the element.
A border is the perimeter of the control, and defines its shape. A border is not a reference to the CSS property of the same name.
@@ -85,7 +85,7 @@If controls change size across different variations of a page (e.g. in a responsive design), it helps to use a proportionally sized indicator such as an outline or background change. In that way you can be sure of meeting the size requirement.
+If controls change size across different variations of a page (e.g., in a responsive design), it helps to use a proportionally sized indicator such as an outline or background change. In that way you can be sure of meeting the size requirement.
The success criterion includes an alternative size measure of "a thickness of at least 8 CSS pixels along the shortest side of the element". Smaller but very thick indicators can be very visible.
From ff8691aae96c81304bf59ca4bfd387fa3beb4f4f Mon Sep 17 00:00:00 2001 From: michael-gowerA keyboard focus indicator which has a pattern or gradient may have parts that do not meet the 3:1 contrast ratio for the change of contrast, as long as an area equal to the minimum does meet the contrast ratio.
If the control has a visible boundary smaller than the hit area, the size measure is taken from the visible boundary.
+The default user agent focus indicator is not excepted from the requirements of Focus Appearance (Minimum). If a user agent implementation fails to meet these requirements, any page relying on that user agent would fail.
The pixels that are changed to visually indicate when a user interface component is in a focused state.
@@ -41,7 +42,7 @@The purpose of this success criterion is to ensure a keyboard focus indicator is clearly visible and discernible. This criterion is closely related to 2.4.7 Focus Visible and 1.4.11 Non-text Contrast. Where Focus Visible merely required a visible focus indicator, 2.4.11 defines a minimum level of visibility. Where Non-text Contrast required a component to have adequate contrast against the background in each of its states, 2.4.11 requires sufficient contrast between the focused and unfocused states.
+The purpose of this success criterion is to ensure a keyboard focus indicator is clearly visible and discernible. This criterion is closely related to 2.4.7 Focus Visible and 1.4.11 Non-text Contrast. Where Focus Visible merely requires a visible focus indicator, 2.4.11 defines a minimum level of visibility. Where Non-text Contrast requires a component to have adequate contrast against the background in each of its states, 2.4.11 requires sufficient contrast between the focused and unfocused states.
For sighted people with mobility impairments who use a keyboard-like device (e.g., a switch, voice input), knowing the current point of focus is very important. Visible focus must also meet the needs of low-vision users, who may also be keyboard-only users.
From 2e72dc31eee6c2d8fabd7db0ad598e81ce174523 Mon Sep 17 00:00:00 2001 From: michael-gowerThe purpose of this success criterion is to ensure a keyboard focus indicator is clearly visible and discernible. This criterion is closely related to 2.4.7 Focus Visible and 1.4.11 Non-text Contrast. Where Focus Visible merely requires a visible focus indicator, 2.4.11 defines a minimum level of visibility. Where Non-text Contrast requires a component to have adequate contrast against the background in each of its states, 2.4.11 requires sufficient contrast between the focused and unfocused states.
+The purpose of this Success Criterion is to ensure a keyboard focus indicator is clearly visible and discernible. This criterion is closely related to 2.4.7 Focus Visible and 1.4.11 Non-text Contrast. Where Focus Visible merely requires a visible focus indicator, 2.4.11 defines a minimum level of visibility. Where Non-text Contrast requires a component to have adequate contrast against the background in each of its states, 2.4.11 requires sufficient contrast between the focused and unfocused states.
For sighted people with mobility impairments who use a keyboard-like device (e.g., a switch, voice input), knowing the current point of focus is very important. Visible focus must also meet the needs of low-vision users, who may also be keyboard-only users.
-A keyboard focus indicator can take different forms; this success criterion sets a requirement to make it clearly distinguishable. For example, using a thick outline around the control that contrasts with the background would pass this criterion.
+A keyboard focus indicator can take different forms; this Success Criterion sets a requirement to make it clearly distinguishable. For example, using a thick outline around the control that contrasts with the background would pass this criterion.
Where other content can overlap with a focused item, the focused element should not be hidden. Typical content which can overlap focused items are sticky footers, sticky headers, or non-modal dialogues. As a user tabs through the page, these layers of content can obscure the focused item, including the focus indicator.
-The criterion specifies the "focused item" in the 'Not fully obscured' bullet rather than the "focus indicator". The requirements for the indicator are set in the previous bullets, the last bullet applies to the item as a whole.
+Where other content can overlap with a focused item, the focused element should not be hidden. Typical types of content that can overlap focused items are sticky footers, sticky headers, or non-modal dialogues. As a user tabs through the page, these layers of content can obscure the focused item, including the focus indicator.
+The criterion specifies the "focused item" in the 'Not fully obscured' bullet rather than the "focus indicator". The requirements for the indicator are set in the previous bullets; the last bullet applies to the item as a whole.
The contrast of the default checkbox passes 1.4.11 because the black border and white background have a contrast ratio greater than 3:1. When the checkbox recieves focus, the dark blue focus indicator passes Focus Appearance (Minimum) because:
Success Criterion 1.4.11 Non-text Contrast requires that a UI component maintains contrast against the adjacent background for each of its states. When it has does not have focus, it must be visible against the background. When it receives focus, it still must be visible. However, Non-text Contrast does require contrast between the UI component's focused and non-focused states. Merely that in each state it contrasts against the adjacent background.
+Success Criterion 1.4.11 Non-text Contrast requires that a UI component maintains contrast against the adjacent background for each of its states. When it has does not have focus, it must be visible against the background. When it receives focus, it still must be visible. However, Non-text Contrast does not equire contrast between the UI component's focused and non-focused states. Merely that in each state it contrasts against the adjacent background.
Focus Appearance (Minimum) requires that the focused and unfocused states can be distinguishable from each other. It does this by requiring sufficient differences in contrast between the appearance of a component when focused and when not focused.
From 278914dae961b4af7e9a6fa4987321720e977a8b Mon Sep 17 00:00:00 2001 From: michael-gowerIn the example above:
New
-the continuous line forming the boundary of a shape. The perimeter calculation for a rectangle is 2h+2w, where h is the height and w is the width. The perimeter of a circle is 2𝜋r.
+continuous line forming the boundary of a shape, not including shared pixels. For example, the perimeter calculation for a rectangle is 2h+2w -4, where h is the height and w is the width and the corners are not counted twice. The perimeter of a circle is 2𝜋r.
Some components have sub-components that can take focus, such as the menu items on a menu. The item considered to be focused is whichever is being interacted with. For example, if you tab to a menu and arrow down to a menu item, it is the menu item that is in focus; pressing Enter would activate the menu item.
-Some non-operable elements can take focus (such as when a heading is the target of a skip link); however, it is only when the element with focus is operable by keyboard that this Success Criterion applies.
+Some non-operable elements can take focus (such as a heading element that is the target of a skip link); however, it is only when the element with focus is operable by keyboard that this Success Criterion applies.
Success Criterion 1.4.11 Non-text Contrast requires that a UI component maintains contrast against the adjacent background for each of its states. When it has does not have focus, it must be visible against the background. When it receives focus, it still must be visible. However, Non-text Contrast does not equire contrast between the UI component's focused and non-focused states. Merely that in each state it contrasts against the adjacent background.
+Success Criterion 1.4.11 Non-text Contrast requires that a UI component maintains contrast against the adjacent background for each of its states. When it does not have focus, it must be visible against the background. When it receives focus, it still must be visible. However, Non-text Contrast does not require contrast between the UI component's focused and non-focused states, merely that in each state it contrasts against the adjacent background.
Focus Appearance (Minimum) requires that the focused and unfocused states can be distinguishable from each other. It does this by requiring sufficient differences in contrast between the appearance of a component when focused and when not focused.
@@ -222,7 +222,7 @@In the example above:
The contrast of the default checkbox passes 1.4.11 because the black border and white background have a contrast ratio greater than 3:1. When the checkbox recieves focus, the dark blue focus indicator passes Focus Appearance (Minimum) because: +
The contrast of the default checkbox passes 1.4.11 because the black border and white background have a contrast ratio greater than 3:1. When the checkbox receives focus, the dark blue focus indicator passes Focus Appearance (Minimum) because:
When user interface components receive keyboard focus, all of the following are true:
When user interface components receive keyboard focus, all of the following are true:
A keyboard focus indicator which has a pattern or gradient may have parts that do not meet the 3:1 contrast ratio for the change of contrast, as long as an area equal to the minimum does meet the contrast ratio.
If the control has a visible boundary smaller than the hit area, the size measure is taken from the visible boundary.
From 46a02ef410dabdd5314ef99cc74f95800d92671e Mon Sep 17 00:00:00 2001 From: michael-gowerA keyboard focus indicator which has a pattern or gradient may have parts that do not meet the 3:1 contrast ratio for the change of contrast, as long as an area equal to the minimum does meet the contrast ratio.
@@ -68,7 +68,7 @@The Success Criterion defines a minimum area using a calculation for perimeter. It also provides an alternative way of meeting a minimum area for focus indicators where the design relies on a smaller but very thick indicator.
-The minimum area of the focus indicator must be at least as large as the area of a 1 CSS pixel thick perimeter (border) of the control with focus. The indicator does not have to be a border, but the indicator's area must be at least as large. For example, if a control is a rectangle of 90px wide and 30px tall, the size of the outer border is 90 + 90 + 30 + 30 = 240 CSS pixels.
+The minimum area of the focus indicator must be at least as large as the area of a 1 CSS pixel thick perimeter (border) of the control with focus. The indicator does not have to be a border, but the indicator's area must be at least as large. For example, if a control is a rectangle of 90px wide and 30px tall, the size of the outer border is 90 + 90 + 30 + 30 = 240 CSS pixels. You then must subtract the 4 corner pixels (which are counted twice, both horizontally and vertically), for a total minimum area of 236 CSS pixels.
A CSS pixel is what developers use in CSS declarations like “width: 200px”, it is device-independent and not to be confused with device pixels which vary depending on the physical pixel density. If a focus indicator is an irregular shape, such as a drop-shadow under a star icon, it obviously helps if the contrasting area is quite large. If a focus indicator is an irregular shape, such as a drop-shadow under a star icon, it helps if the contrasting area is quite large.
The rest of this document notates CSS pixels as "px".
From 75392960b03573e0a9cff20bcb248eb3fb9d354c Mon Sep 17 00:00:00 2001
From: michael-gower Unusual shapes and gradients
Minimum area
The rest of this document notates CSS pixels as "px".
The following 3 examples use a 90px wide by 30px tall button, therefore the surface area requirement is 240px. The middle button is focused in each example.
+The following 3 examples use a 90px wide by 30px tall button, therefore the surface area requirement is 236px (240px minus corner 4 pixels). The middle button is focused in each example.
If controls change size across different variations of a page (e.g., in a responsive design), it helps to use a proportionally sized indicator such as an outline or background change. In that way you can be sure of meeting the size requirement.
From 1913ea4bea0c872a647a9fc30ff3c33691d1ad83 Mon Sep 17 00:00:00 2001 From: Alastair CampbellThe default user agent focus indicator is not excepted from the requirements of Focus Appearance (Minimum). If a user agent implementation fails to meet these requirements, any page relying on that user agent would fail.
The pixels that are changed to visually indicate when a user interface component is in a focused state.
+pixels that are changed to visually indicate when a user interface component is in a focused state.