The Brightspace HTML Editor has a built in Accessibility Checker that makes it easier than ever to improve the accessibility of your content pages. Here are seven simple tips to build more accessible content topics with the help of Accessibility Checker.
Run the Brightspace Accessibility Checker
The Accessibility Checker is available within the Brightspace Editor when you create or edit HTML content pages. It is located right beside the Spellcheck button. You can select Check Accessibility anytime while editing your content.
The Accessibility Checker catches common accessibility issues on static HTML content and offers suggestions to help you fix the issues on the spot.
Note: the Accessibility Checker does not replace real-user testing especially when you have interactive activities that are imported into the course. Real-user testing is still needed for keyboard-only navigation and screen reader testing.
Add Proper Image Alternative text
The most common accessibility issue is missing image alternative text (alt text). Alt text is read by a screen reader in place of the image, which allows the learners with visual impairment to access the information. As a requirement of HTML standard, every image must have an alt attribute.
How to enter alt text
While inserting an image within the Brightspace Editor, you are prompted to enter the alt text which will be automatically embedded into the HTML code. for example:
The Accessibility Checker displays an error message Images must have alternative text if the alt text is missing. It will then provide you the opportunity to repair the issue by adding alt text inside the report panel.
Use Color Contrast Checker
Low color contrast is another common accessibility issue. Web Content Accessibility Guidelines (WCAG) 2.1 Level AA requires a contrast ratio of 4.5:1 for normal text and 3:1 for large text.
How to check color contrast.
Most of you already know there is a built-in color checker within the Brightspace HTML Editor. As you select a font color for your text, the color Contrast Ratio is calculated and indicates whether it conforms to WCAG 2.1 benchmarks.
Based on the same principle, the Accessibility Checker can catch the following issues:
- Large text must have a contrast ratio of at least 3:1.
- Visual presentation must have a contrast ratio of at least 4.5:1.
Tip: To adjust the color contrast, you can use the WebAIM: Color Contrast Checker to lighten or darken options to modify the colors slightly.
Use Headings Correctly
Headings allow learners with visual impairment to understand the logical structure of the page and navigate to or skip over sections. If the page headings are only made of bold text or large font size, the screen reader cannot make sense of the hierarchy or help the users quickly go to the section they wanted.
Every page should have an H1 heading (usually the page title), then H2 Heading as the major section headings, down to H3, H4, and so on. The headings also need to be used in the correct order.
How to use headings correctly
Select the text then set it to the proper heading use the Format dropdown menu. Do Not skip a level.
If the heading levels are not in order, the Accessibility Checker will report Heading order must be sequential.
Use Lists Appropriately
Lists convey a hierarchical content structure to screen reader users. Unordered list <ul> should be used when list items can be arranged randomly, while ordered list <ol> should be used when a sequential order is important.
How to use lists
Select the items, then choose the Unordered List icon if the order doesn’t matter or select Ordered List from the dropdown menu if it is sequential.
The Accessibility Checker will suggest to Use list markup for lists if the lists were not true list.
Create Descriptive Hyperlink Text
Making hyperlinks accessible is one of the most important aspects of web accessibility.
How to use hyperlinks
Select Insert Quicklink icon, then select URL in the popup window, enter the URL and the Title that describes the link’s destination.
- Create unique and descriptive hyperlink text
- Avoid using the URL as hyperlink text
- Avoid phrases such as “click here,” “more,” “click for details”
- Avoid providing two links right next to each other that point to the same location (it can be confusing for screen reader users). Try combining the links when possible.
Markup Tables Appropriately
A table contains columns or rows that show the meaning of the data in the grid. Sighted user can quickly make visual association between the data and the row/column headers, however the users who cannot see the table cannot make the visual associations, they rely on the screen reader to navigate through the cells one at a time, and hear the column/row headers if the table is marked up properly. For detailed explanation, refer to the article WebAIM – Creating Accessible Tables.
How to mark up tables
Select the cells to be marked up as a table header, select Table Cell Properties then chose Cell Type as Column Header or Row Header.
Here are some common errors can be caught by the Accessibility checker:
Tables must have captions.
How to fix: set a brief descriptive text to indicate the content of the table. This will add <caption> to within the <table> element.
Tables must have at least one header.
How to fix: Set table header to “Header Row” or “Header Column”, which will change the data cells <td> to header cells <th>.
Table headers must be associated with cells.
How to fix: Set header scope to “Row” or “Column” for simple table header, which will add scope attribute (<th scope=”row”> or <th scope=”col”) to associate header cells and data cells.
Additionally, you can use accessible HTML templates to create new pages to achieve a consistent look and feel while maintaining the accessibility. At D2L, we recognize the needs for non-developer friendly templates.