Modal Dialog Example

NOTE: Please provide feedback on this example in issue 321.

Following is an example implementation of the design pattern for modal dialogs. The below Add Delivery Address button opens a modal dialog that contains two buttons that open other dialogs. The accessibility features section explains the rationale for initial focus placement and use of aria-describedby in each dialog.

Example

Accessibility Features

Focus and accessible descriptions are set based on the content of each dialog.

  1. Add Delivery Address dialog (id=dialog1):
    • Initial focus is set on the first input, which is the first focusable element.
    • The dialog does not need aria-describedby since there is no static text that describes it.
    • When the dialog closes as a result of the Cancel action, the user's point of regard is maintained by returning focus to the Add Delivery Address button.
    • When the dialog closes as a result of the Add action and the Address Added dialog replaces the Add Delivery Address dialog, the Add Delivery Address dialog passes a reference to the Add Delivery Address button to the the Address Added dialog so that it can maintain the user's point of regard when it closes.
  2. Verification Result dialog (id=dialog2):
    • Initial focus is set on the first paragraph because the first interactive element is at the bottom, which is out of view due to the length of the text.
    • To support screen reader user awareness of the dialog text, the dialog text is wrapped in a div that is referenced by aria-describedby.
    • When the dialog closes, to maintain the user's point of regard, focus returns to the Verify Address button.
    • The text of this dialog describes design considerations for initial focus and accessible descriptions in dialogs with large amounts of text.
  3. Address Added dialog (id=dialog3):
    • Initial focus is set on the OK button, which is the last focusable element. This is for efficiency since most users will simply dismiss the dialog as soon as they have read the message. Users can press Tab to focus on the My Profile link.
    • The element containing the dialog message is referenced by aria-describedby to hint to screen readers that it should be announced when the dialog opens.
    • When the dialog closes, the user's point of regard is maintained by setting focus on the Add Delivery Address button.
  4. End of the Road! dialog (id=dialog4):
    • This dialog has only one focusable element, which receives focus when the dialog opens.
    • Like dialog3, aria-describedby is used to facilitate message announcement for screen reader users.
    • Like all other dialogs in this example except for the Address Added confirmation dialog, when it closes, the user's point of regard is maintained by returning focus to the element that triggered display of the dialog.

Keyboard Support

Key Function
Tab
  • Moves focus to next focusable element inside the dialog.
  • When focus is on the last focusable element in the dialog, moves focus to the first focusable element in the dialog.
Shift + Tab
  • Moves focus to previous focusable element inside the dialog.
  • When focus is on the first focusable element in the dialog, moves focus to the last focusable element in the dialog.

Role, Property, State, and Tabindex Attributes

Role Attribute Element Usage
dialog div Identifies the element that serves as the dialog container.
aria-labelledby=IDREF div Gives the dialog an accessible name by referring to the element that provides the dialog title.
aria-describedby=IDREF div
  • Gives the dialog an accessible description by referring to the dialog content that describes the primary message or purpose of the dialog.
  • Used in three of the four dialogs included in the example. See the above accessibility features section for an explanation.
aria-modal=true div Tells assistive technologies that the windows underneath the current dialog are not available for interaction (inert).

Javascript and CSS Source Code

HTML Source Code