Content Type Accessibility
Below is an overview of the accessibility status for the H5P Content Types. "OK" means that the content type has been tested and no known problems have been found. The goal is WCAG 2.0 AA support, so the content types have been tested against these criteria and more. The content types have gone through a lot of testing with various screen readers, keyboard navigation, zooming, code inspection and more. We can't, however, guarantee any level of accessibility support.
Do note that due to mistakes done by authors the example content(not the software) on H5P.org isn't always accessible yet. The example content some times don't have WCAG AA contrast, lacks subtitles and there are also other flaws not related to the software but caused by authors picking the wrong colors or not uploading subtitle files. This will be fixed, but unfortunately fixing especially the contrasts will be a lot of work since it requires completely redesigning or at least replacing all the colors in the example content to maintain the same aestetic quality with improved contrast.
Also note that Screen Reader testing has focused on open and/or free screen readers like NVDA and ChromeVox.
Comments
papi Jo
Tue, 12/12/2017 - 16:58
Permalink
Tooltip contents is not always spoken by screen reader
Testing environment:
Local machine running Windows 10; Firefox 57.0.2; H5P 7.x-1.33 for Drupal 7.56.
NVDA 2017.4 screen reader for Windows, default options, with Speech viewer enabled for testing purposes.
Test #1.- Tooltip viewing in H5P Dialog cards (DC), Multiple Choice (MCQ) and Drag and Drop (DD).
In those 3 H5P activities, when a Tooltip element is present, when navigating the activity (with tab and/or arrows) the presence of a tooltip is correctly reported with the message "Tip available." Upon navigating to that tip the screen reader reports "button collapsed / Show tip ". Selecting the tooltip and pressing the Enter key opens the tip, the screen reader reports "expanded". However, the only H5P activity (out of the 3 tested here) that actually speaks the contents (text) of the tooltip is MCQ.
tim
Wed, 12/13/2017 - 14:44
Permalink
Hey Papi Jo,thank you for
Hey Papi Jo,
thank you for taking the time to test the accessibility of Dialog cards, Multiple Choice and Drag and Drop. These content types were developed with ChromeVox in mind and may have some bugs with other readspeakers, as you have found.
Ubi
Mon, 01/15/2018 - 19:50
Permalink
Multiple languages
Testing environment: H5P website, Windows 10, Chrome 63.0.3239.132, ChromeVox 53.0.2784.5, TextAloud 3.0.102, Chrome Speak 1.2.4.1, local voices: Ivona voices Harpo + Windows voices, Google voices, languages: en-GB and es-ES.
For example:
- Dialog cards (Learn Spanish berry names) there is not language recognition (in this case, the entire content type is spoken in en or es).
- The h5p-audio-minimal-button on click or pressing enter fires at the same time the mp3 and ChromeVox.
tim
Wed, 01/24/2018 - 16:14
Permalink
Hi Ubi, language recognition
Hi Ubi, language recognition is not something that is possible on the fly. The content will have to be created in the specific language first before using a readspeaker.
What do you mean by the second point?
Thanks for taking the time to test this out!
Ubi
Wed, 01/24/2018 - 19:33
Permalink
Hi Tim
Hi Tim,
Thank you. By the way, great job (H5P)!
Regarding the second point: when you click (or tab) on the Play icon (Audio button) contemporary ChromeWox and the mp3 start to speak.
I have done some more tests.
I am aware that this is a TTS (voices) problem.
For Math:
Basic Arithmetic operators (excluding the Arithmetic Quiz content type that has been modified):
+ (Addition) - (Subtraction) * (Multiplication) / (Division) using Windows local voices and Google voices, they do not work (only + and = works).
If I use the following symbols: × ÷ - they work only with Google voices.
Thank you.
Ubi
tim
Fri, 01/26/2018 - 13:34
Permalink
Ok thanks for clarifying this
Ok thanks for clarifying this, Ubi. It's hard to create a solution that would work across all readspeakers and the content type doesn't know which readspeaker is being used. Have you seen it being done differently elsewhere by any chance?
Ubi
Mon, 01/29/2018 - 14:36
Permalink
Hi Tim.
Hi Tim.
Quick answer is yes, but… for example, there is an app called Talkify http://talkify.net, that recognises different languages on the same page, but it does not work in a Iframe and it is reliable 88% in my language (IT) in a sentence with more than three words. It uses Franc (https://github.com/wooorm/franc).
The only solution I have found (for now) is that the content creator needs to tell to the text-to-speech system (voices) in which context it is: languages, math, or chemistry.
alecostheimer
Wed, 02/28/2018 - 23:08
Permalink
Image Sliders
Hey,
I was just curious, but I haven't gotten the image sliders to work that well with keyboard only. Maybe I'm not using the right key, but is anyone else having the same problem? The tab focus also is getting trapped.
BV52
Thu, 03/01/2018 - 05:41
Permalink
Hi alecostheimer,Can you
Hi alecostheimer,
Can you please elaborate on what is happening. Also what do you mean with the tab focus getting trapped?
-BV52
mic
Thu, 04/26/2018 - 06:02
Permalink
what about accessibility in the authoring tool itself?
It's good to have this list, so we can see which activities could work for the learner or end-user, but what about accessibility in the authoring tool itself?
Suppose the teacher, or the course editor/author has vision impairment, will they be able to work within the authoring area of the h5p building tools?
Thanks in advance
Michael Chalk
icc
Thu, 05/03/2018 - 15:37
Permalink
Unfortunately, the editor
Unfortunately, the editor does not fully support this, yet.
sr931387
Wed, 02/13/2019 - 22:05
Permalink
Update...
When was the above accessibility list last updated? Timeline for next update?
Thanks!