Skip to content

Commit a74545b

Browse files
committed
Add notes to 2.4.3 understanding
1 parent e60623a commit a74545b

File tree

1 file changed

+29
-0
lines changed

1 file changed

+29
-0
lines changed

understanding/20/focus-order.html

Lines changed: 29 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -54,6 +54,29 @@ <h2>Intent of Focus Order</h2>
5454
Web page. Care should be taken so that the focus order makes sense to both of these
5555
sets of users and does not appear to either of them to jump around randomly.
5656
</p>
57+
58+
<p>Focus order also does not normatively need to follow the visual presentation of the web page,
59+
as long as the order in which elements receive focus is logical, and the hierarchy and relationship
60+
of content implied by the visual presentation is preserved. For instance, in a two-column
61+
layout, visually the assumption in western left-to-right systems may be that elements in the
62+
left-hand column would receive focus first. However, if meaning and operation are not affected,
63+
it is not a normative failure if elements in the right-hand column receive focus first.
64+
Again, as a best practice, care should be taken to make sure the focus order does not
65+
appear random and illogical.
66+
</p>
67+
68+
<div class="note">
69+
<p>Normatively, it is not a failure of this success criterion if static/non-interactive content
70+
receives focus. Making an element that does not act as an actionable user interface component
71+
focusable, or programmatically moving focus to such an element, does not necessarily constitute
72+
a failure of this success criterion. Similarly, redundant focusable elements – for instance,
73+
having two or more "focus stops" for what may visually appear to be a single user interface
74+
component – do not automatically fail this criterion. These situations are only failures if they
75+
significantly impede the operation of the content. However, as a best practice, authors should
76+
avoid excessive use of focusable elements which cannot be operated or actioned, as well as
77+
redundant focus stops, as these are likely to make operation unnecessarily tedious for keyboard users.
78+
</p>
79+
</div>
5780

5881
<p>For clarity:</p>
5982

@@ -62,6 +85,8 @@ <h2>Intent of Focus Order</h2>
6285
<li>Focusable components need to receive focus in an order that preserves meaning and
6386
operability only when navigation sequences affect meaning and operability.
6487
</li>
88+
89+
<li>Focus order does not need to follow visual presentation or layout.</li>
6590

6691
<li>In those cases where it is required, there may be more than one order that will preserve
6792
meaning and operability.
@@ -70,6 +95,10 @@ <h2>Intent of Focus Order</h2>
7095
<li>If there is more than one order that preserves meaning and operability, only one of
7196
them needs to be provided.
7297
</li>
98+
99+
<li>Redundant focus stops, and static/non-interactive elements receiving focus, are allowed, as
100+
long as they don't significantly impede operation of the content.
101+
</li>
73102

74103
</ol>
75104

0 commit comments

Comments
 (0)