Skip to content

Commit

Permalink
Apply wording suggestions from code review
Browse files Browse the repository at this point in the history
Co-authored-by: Matt King <[email protected]>
  • Loading branch information
smhigley and mcking65 authored May 31, 2024
1 parent b85cd5e commit 030ea0f
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions index.html
Original file line number Diff line number Diff line change
Expand Up @@ -10266,11 +10266,11 @@ <h2>Definitions of States and Properties (all aria-* attributes)</h2>
<pdef>aria-actions</pdef>
<div class="property-description">
<p><a>Identifies</a> a related element or elements whose primary activation (<code>click</code> event) will trigger a behavior or operation relevant to the referencing user interface object, such as the close button for a dialog, or a reply button relevant to the email message that references it.</p>
<p>The <code>aria-actions</code> attribute allows an element to reference other interactive elements which trigger actions on the current element. For example, in a web mail application, the currently selected email message could reference action elements such as the <em>message-specific</em> Reply, Forward, and Delete buttons. Actions are triggered by mainstream pointer events (click, tap) or by simulated pointer events from assistive technology.</p>
<p>The <code>aria-actions</code> attribute allows an element to reference other interactive elements which trigger actions on the referencing element. For example, in a web mail application, the selected email message could reference buttons that perform actions on that email, such as Reply, Forward, and Delete. Actions are triggered by pointer events (click, tap) that can be simulated by assistive technologies.</p>
<ul>
<li>Authors MUST ensure that elements referenced by <code>aria-actions</code> have an accessible name.</li>
<li>Authors MUST ensure that related action elements respond to a <code>click</code> event and are not limited to modality-specific activation such as the <code>keyup</code> or <code>touchend</code> events.</li>
<li>Authors MUST ensure the secondary action is either directly navigable with the keyboard, or that there is a keyboard shortcut to directly activate it when focus is on the referencing element.</li>
<li>Authors MUST ensure each referenced action element is either directly navigable with the keyboard or that there is a keyboard shortcut to directly activate it when focus is on the referencing element.</li>
<li>Authors SHOULD ensure that related actions elements are visible and activatable when the current element is focused by the user agent or assistive technology.</li>
<li>User Agents SHOULD use the accessible names of elements referenced by <code>aria-actions</code> to determine the names of actions that are exposed in a platform accessibility API.</li>
</ul>
Expand Down

0 comments on commit 030ea0f

Please sign in to comment.