Skip to content

Commit c37337c

Browse files
committed
adding accessibility content
1 parent c6317b4 commit c37337c

File tree

9 files changed

+61
-15
lines changed

9 files changed

+61
-15
lines changed
Lines changed: 9 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,15 @@
11
---
22
layout: page
3-
title: Ensure the keyboard focus indicator is easily visible.
3+
title: Ensure the keyboard focus indicator is visible
44
parent: Interaction
55
grand_parent: Accessibility
66
nav_order: 22
77
---
8+
9+
# Ensure the keyboard focus indicator is easily visible.
10+
11+
When a user is navigating a website using a keyboard, they typically use the tab key to navigate interactive elements such as links, buttons, fields, etc. As they tab through the items on the site, the selected item that is tabbed to has keyboard “focus” and can be activated or manipulated with the keyboard.
12+
13+
Focus indicators are automatically provided by web browsers and usually appear as a border or outline around the focused elements. When you test your data visualization or dashboard with a keyboard, ensure that the focus indicator is easily visible.
14+
15+
If your page includes custom html and css, make sure that the focus indicator is included and works as expected. For more information about focus indicators, see the focus indicator section of WebAIM’s article [Keyboard Accessibility](https://webaim.org/techniques/keyboard/){:target="_blank"}.
Lines changed: 6 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,11 @@
11
---
22
layout: page
3-
title: Don’t require interactions to access key information.
3+
title: Don’t require interactions to access key information
44
parent: Interaction
55
grand_parent: Accessibility
66
nav_order: 24
7-
---
7+
---
8+
9+
# Don’t require interactions to access key information.
10+
11+
No interactions or clicks should be required to see critical information in your visualization. Try to set up your visualization so that the important conclusion is obvious by default, without any clicking needed. Similarly, don’t rely on tooltips to convey important information, as they can challenging for users with some motor issues. If you use tooltips, verify they contain clear information and that information is also available in text or an aria label. Tooltips are not typically accessible to screen readers.

accessibility/interaction/keyboard.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -12,8 +12,8 @@ Many users who encounter an interactive data visualization will navigate it usin
1212

1313
Test your data visualization or dashboard with a keyboard to make sure it behaves as expected. The table below from WebAIM’s article Keyboard Accessibility outlines the most common online interactions and the corresponding keystrokes. Use these keystrokes to test your visualization with a keyboard.
1414

15-
| Interaction | Keystrokes |
16-
| ------------------------ | ------------------------------------------------------------------------------------ |
15+
| Interaction | Keystrokes |
16+
| ------------------------------- | ------------------------------------------------------------------------------------ |
1717
| Navigate to interactive elements | {::nomarkdown}<ul><li><code>Tab</code> - navigate forward</li><li><code>Shift</code> + <code>Tab</code> - navigate backward</li></ul>{:/}|
1818
| Link | {::nomarkdown}<ul><li><code>Enter</code> - activate the link</li></ul>{:/}|
1919
| Button | {::nomarkdown}<ul><li><code>Enter</code> or <code>Spacebar</code> - activate the button</li></ul>{:/}|
@@ -26,6 +26,6 @@ Test your data visualization or dashboard with a keyboard to make sure it behave
2626
| Menu bar | {::nomarkdown}<ul><li><code>↑</code>/<code>↓</code> - previous/next menu option</li><li><code>Enter</code>/<code>End</code> - expand the menu (optional) and select an option.</li><li><code>←</code>/<code>→</code> - expand/collapse submenu</li></ul>{:/}|
2727
| Tab panel | {::nomarkdown}<ul><li><code>Tab</code> - once to navigate into the group of tabs and once to navigate out of the group of tabs</li><li><code>↑</code>/<code>↓</code> or <code>←</code>/<code>→</code> - choose and activate previous/next tab.</li></ul>{:/}|
2828
| 'Tree' menu | {::nomarkdown}<ul><li><code>↑</code>/<code>↓</code> - navigate previous/next menu option</li><li><li><code>←</code>/<code>→</code> - expand/collapse submenu, move up/down one level.</li></ul>{:/}|
29-
| Scroll | {::nomarkdown}<ul><li><code>↑</code>/<code>↓</code> - scroll vertically</li><li><code><li><code>←</code>/<code>→</code> - escroll horizontally</li><li><code>Spacebar</code>/<code>Shift</code> + <code>Spacebar</code> - scroll by page</li></ul>{:/}|
29+
| Scroll | {::nomarkdown}<ul><li><code>↑</code>/<code>↓</code> - scroll vertically</li><li><code>←</code>/<code>→</code> - scroll horizontally</li><li><code>Spacebar</code>/<code>Shift</code> + <code>Spacebar</code> - scroll by page</li></ul>{:/}|
3030

3131
For more detailed guidance on keyboard accessibility, see WebAIM’s article [Keyboard Accessibility](https://webaim.org/techniques/keyboard/){:target="_blank"}.
Lines changed: 10 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,15 @@
11
---
22
layout: page
3-
title: Check that the tab order is logical and intuitive for keyboard and assistive technology users.
3+
title: Check that the tab order is logical
44
parent: Interaction
55
grand_parent: Accessibility
66
nav_order: 23
7-
---
7+
---
8+
9+
# Check that the tab order is logical and intuitive for keyboard and assistive technology users.
10+
11+
As a keyboard user navigates through a page, the order in which items receive keyboard focus is important. The default tab order should be logical and intuitive, typically following the visual flow of the page. When you test your data visualization or dashboard with a keyboard, note the tab order and check that it makes sense. Additional resources on tab order include:
12+
13+
* The navigation order section of WebAIM’s article [Keyboard Accessibility](https://webaim.org/techniques/keyboard/){:target="_blank"}
14+
* Tab order in [Microsoft Power BI](https://learn.microsoft.com/en-us/power-bi/create-reports/desktop-accessibility-creating-reports#tab-order){:target="_blank"}
15+
* Tab order in [Tableau](https://community.tableau.com/s/question/0D54T00000C6USYSA3/how-can-i-set-the-focus-order-of-the-views-and-objects-in-a-dashboard){:target="_blank"}

accessibility/testing/low_vision.md

Lines changed: 6 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,11 @@
11
---
22
layout: page
3-
title: Test for low vision.
3+
title: Test for low vision
44
parent: Testing
55
grand_parent: Accessibility
66
nav_order: 27
7-
---
7+
---
8+
9+
# Test for low vision.
10+
11+
Some people use tools like [Windows Magnifier](https://support.microsoft.com/en-us/windows/how-to-use-magnifier-reading-59d049ba-8434-9d04-34f2-2e00f11c5cb8){:target="_blank"} to enlarge content for easier readability. Test your visualization or dashboard with Windows Magnifier to see how it will appear with the magnifying tool.

accessibility/testing/mobile.md

Lines changed: 8 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,13 @@
11
---
22
layout: page
3-
title: Test on mobile.
3+
title: Test on mobile
44
parent: Testing
55
grand_parent: Accessibility
66
nav_order: 28
7-
---
7+
---
8+
9+
# Test on mobile
10+
11+
Once you have a draft of your data visualization or dashboard, test it from your phone to see how it works on mobile. Can you see the key information? Can you navigate any interactive elements?
12+
13+
In some tools like Power BI or Tableau, you may want to develop separate view for mobile and desktop. For more guidance on developing dashboards for mobile, see DataSF’s [Public Data Visualization Guide](https://datasf.gitbook.io/public-data-visualization-guide/mobile-view){:target="_blank"}.
Lines changed: 16 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,21 @@
11
---
22
layout: page
3-
title: Test your visualization or dashboard with a screen reader.
3+
title: Test your viz with a screen reader
44
parent: Testing
55
grand_parent: Accessibility
66
nav_order: 26
7-
---
7+
---
8+
9+
# Test your visualization or dashboard with a screen reader.
10+
11+
Screen readers are software programs that convert digital text into synthesized speech. They empower users to hear content and navigate with a keyboard. For an overview of screen readers, see WebAIM’s article [Designing for Screen Reader Compatibility](https://webaim.org/techniques/screenreader/){:target="_blank"}.
12+
13+
Some popular screen readers include:
14+
15+
* [NVDA](https://www.nvaccess.org/download/){:target="_blank"}
16+
* [JAWS](https://www.freedomscientific.com/products/software/jaws/){:target="_blank"}
17+
* [VoiceOver](https://www.apple.com/voiceover/info/guide/_1121.html){:target="_blank"} (for Mac)
18+
* [Microsoft Narrator](https://support.microsoft.com/en-us/windows/complete-guide-to-narrator-e4397a0d-ef4f-b386-d8ae-c172f109bdb1){:target="_blank"}
19+
* [ChromeVox](https://chrome.google.com/webstore/detail/screen-reader/kgejglhpjiefppelpmljglcjbhoiplfn?hl=en){:target="_blank"}
20+
21+
Use a screen reader to navigate your visualization or dashboard and make sure that you can navigate and get all the key information using a screen reader.

accessibility/testing/testing_intro.md

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -8,4 +8,6 @@ parent: Accessibility
88

99
# Testing
1010

11+
When developing a data visualization or dashboard, we should incorporate accessibility testing into our process. This section provides guidance on how to test for accessibility.
12+
1113
{:toc}

resources.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -17,7 +17,7 @@ The resources below can help you get started visualizing open data.
1717
The accessibility guidelines in this document were adapted from several resources on data visualization and accessibility, including:
1818

1919
* [Accessible data viz is better data viz](https://www.storytellingwithdata.com/blog/2018/6/26/accessible-data-viz-is-better-data-viz){:target="_blank"}, Amy Cesal
20-
* [ Writing Alt Text for Good Data Visualization](https://medium.com/nightingale/writing-alt-text-for-data-visualization-2a218ef43f81){:target="_blank"}, Amy Cesal
20+
* [Writing Alt Text for Good Data Visualization](https://medium.com/nightingale/writing-alt-text-for-data-visualization-2a218ef43f81){:target="_blank"}, Amy Cesal
2121
* [Data visualization standards for SF.gov](https://datasf.gitbook.io/public-data-visualization-guide/){:target="_blank"}, DataSF
2222
* [10 Guidelines for DataViz Accessibility](https://www.highcharts.com/blog/tutorials/10-guidelines-for-dataviz-accessibility/){:target="_blank"}, HighCharts
2323
* [Top Tips for Data Accessibility](https://material.io/blog/data-visualization-accessibility){:target="_blank"}, Material Design

0 commit comments

Comments
 (0)