Tables

Figure 1: Image by Pexels from Pixabay

Headings and summaries are crucial

Tables are visually formatted in a grid of data, and this style gives the data context. A sighted user can easily ascertain the purpose of the table and which rows and columns are the data headers, thanks to visual formatting. The addition of headers to the table adds another level of comprehension of the table’s data columns. There must be counterparts in programmatic code for each attribute of a table’s visual presentation for non-sighted users because screen readers will rely on this code to help the user differentiate and define the data in the table.

So how can we make tables accessible?

PS. Don’t worry if you don’t know how to code. Most software and applications will have tables which are already accessibly formatted or additional options to modify the table to make it more accessible. These options help ensure that the programmatic code is available and make tables more accessible.

  • Create clear column and row headers to improve the table’s semantic clarity.
  • Add a summary of the table’s contents and objectives that the screen reader will read aloud to the non-sighted user.
  • Tables should not be used as layout tools because they will confuse users who are blind.

Examples:

First, let’s go for an example of a bad table:

Date Event Venue
12 January The Nutcracker West Wing hall
25 February The Magic of Oz Main hall
03 March Beethoven Main hall

Why is this example wrong?

Despite the fact that we created headers visually, it does not specify column or row headers for the table. There is no tabular summary, either. Data fields in this table are related to the subject of the row and column headings, which is clear to a sighted user. A sighted user can quickly recognize the content’s nature as a listing of concert details, but a non-sighted user would need to start listening to the cells in order to decide whether the information is helpful because there is no table summary.

And now, let’s fix the previous table fixed:

Summary: Timetable of concerts showing its date and venue. Column one has the date of the event, the second column the name of the event/concert and the last one the venue where it will be taking place.

Date Event Venue
12 January The Nutcracker West Wing hall
25 February The Magic of Oz Main hall
03 March Beethoven Main hall

We can see that the table delivers a programmatically equal degree of access to the non-sighted user via a screen reader, which satisfies success criteria 1.3.1 and is completely compatible with WCAG AA standards. Row and column headers are clearly marked, and the data table’s goal is summarised in the summary.

Each software, like Word, PressBook, etc, has a way to set the headers on tables. All you need to do is to identify those headers and set them programmatically.

In this example, PressBook was used to fix it. For that, first, you select the cell you want to make as a heading, then you go to the table icon on the left side, on top of the screen, then Cell and then Table cell properties as in the image below.

Steps to insert table headings
Figure 2: Steps to insert table headings

And lastly, choose Header cell on the Cell type box.

Steps to create a table heading
Figure 3: More steps to insert table headings
PS. In addition to that, we should add a summary of the table’s content and purpose for the non-sighted user that will be read aloud to their screen reader.

 

Exercise:

 

References:

  • (WAI), W. C. W. A. I. (n.d.). Caption & summary. Web Accessibility Initiative (WAI). Retrieved December 13, 2022, from https://www.w3.org/WAI/tutorials/tables/caption-summary/
  • The Trustees of Princeton University. (n.d.). Tables | digital accessibility at Princeton. Princeton University. Retrieved December 13, 2022, from https://accessibility.princeton.edu/how/content/tables

License

Accessibility Sprints Copyright © by Students at OER Production Lab, Centennial College. All Rights Reserved.

Share This Book