E-mail List Archives

Search E-mail List Archives for

Number of posts in this thread: 3 (In chronological order)

From: Itzel McClaren (US - IFS)
Date: Wed, Nov 07 2018 12:49PM
Subject: Creating a workaround for a online matching question
No previous message | Next message →

Hello, I am working on a project where we need to convert an online
interactive matching activity into something that can be read by the screen
reader in a Word/PDF document. Has anyone had any experience with this? So
far my idea is to insert a table with two columns. In one column, items
labeled a-d and in the other column itesm 1-4. Then provide an area under
the table where learners can enter the matching pairs. Thoughts?

--
*Itzel McClaren*
PwC | Digital Learning Manager
Austin | +1 (512) 450 4012
PricewaterhouseCoopers LLP
pwc.com <https://www.pwc.com>

The information transmitted, including any attachments, is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited, and all liability arising therefrom is disclaimed. If you received this in error, please contact the sender and delete the material from any computer. PricewaterhouseCoopers LLP is a Delaware limited liability partnership. This communication may come from PricewaterhouseCoopers LLP or one of its subsidiaries.

From: glen walker
Date: Wed, Nov 07 2018 1:22PM
Subject: Re: Creating a workaround for a online matching question
← Previous message | Next message →

A few side-related questions:

If the existing matching activity is online, is there a reason you are not
creating an accessible online version too? While Word and PDF can be made
accessible, I find making an accessible html version much easier.

Is the word/pdf version specifically for the screen reader user or will
other users have access to it? That is, do you have a mandate to create a
word/pdf version for all users and you just want to make sure it will be
accessible to everyone?

If you use the table approach, just make sure the table column headers are
marked properly. In word, go to the table properties, then the "row" tab,
and check the "repeat as row header at the top of each page" checkbox. (Do
that for the first row of your table). If you save the word doc as pdf, it
should tag the column headers properly. I'm not aware of a way to create
row headers in word.

However, I'm not sure a table is necessarily the right object for screen
reader users. There's no correlation between the two columns, on purpose,
because the user has to match the columns, so having a table doesn't really
give you any advantage. Alternatively, just two ordered lists would be ok
too. One list could be A-D and the other could be 1-4.

If you create an accessible online version, then each A-D could be a
<label> element and each <select>/<option> could have all the 1-4 answers.
Then the user just answers each question with one of the four possible
answers.

Glen

From: Isabel Holdsworth
Date: Thu, Nov 08 2018 5:38AM
Subject: Re: Creating a workaround for a online matching question
← Previous message | No next message

Hi Itzel,

I studied with the Open University here in the UK, and the way they
present their matching exercises to blind students is very similar to
what you're proposing. It didn't work for me, as I'm probably dyslexic
and couldn't think through the pairing exercise at all.

I was asked a few weeks ago to make an online matching exercise
accessible, and I came up with this approach, which works reasonably
well:

Create two listboxes, each containing a set of matchable items. We
positioned one to the left and one to the right of the screen.

Ensure that each listbox only has one tab stop, and that the contained
items are navigable using the arrow keys.

When Space or Enter is pressed while a list item has focus, pop up a
menu containing all of the matching and match removal options.

When an option is chosen from the menu by pressing Space or Enter,
perform the requested action by drawing or removing a line between two
matched items.

I also tweak the aria-label on each item when a match is made or
removed: "Pup (matched with Seal, dog)", "Seal (matched with pup)".

I think it works well. The experience using a keyboard is totally
different from the way the matching is carried out using a mouse, but
the important thing is it's achievable and doesn't require a special
UI.

This is only a very quick and basic description of my prototype, but I
hope it helps.

Cheers, Isabel

On 07/11/2018, glen walker < = EMAIL ADDRESS REMOVED = > wrote:
> A few side-related questions:
>
> If the existing matching activity is online, is there a reason you are not
> creating an accessible online version too? While Word and PDF can be made
> accessible, I find making an accessible html version much easier.
>
> Is the word/pdf version specifically for the screen reader user or will
> other users have access to it? That is, do you have a mandate to create a
> word/pdf version for all users and you just want to make sure it will be
> accessible to everyone?
>
> If you use the table approach, just make sure the table column headers are
> marked properly. In word, go to the table properties, then the "row" tab,
> and check the "repeat as row header at the top of each page" checkbox. (Do
> that for the first row of your table). If you save the word doc as pdf, it
> should tag the column headers properly. I'm not aware of a way to create
> row headers in word.
>
> However, I'm not sure a table is necessarily the right object for screen
> reader users. There's no correlation between the two columns, on purpose,
> because the user has to match the columns, so having a table doesn't really
> give you any advantage. Alternatively, just two ordered lists would be ok
> too. One list could be A-D and the other could be 1-4.
>
> If you create an accessible online version, then each A-D could be a
> <label> element and each <select>/<option> could have all the 1-4 answers.
> Then the user just answers each question with one of the four possible
> answers.
>
> Glen
> > > > >