Hello
I’d appreciate some help with an issue I’ve picked-up when using Windows Narrator and I believe NVDA and the Chrome reader.
The issue is that the team I’m working with have included tooltips for definitions of words when using these screen-readers it just goes past them so one doesn’t know that there is an option to click and read a definition. It is possible though to force the cursor to focus and the word is highlighted and underlined in an orange-red (which has sufficient contrast) and the the pop-up appears with white text on a black background and a yellow outline.
So it’s just the focus with the screen reader during the sentence, which is an issue.
I’m honestly not sure whether its something to do with my standard screen-reader settings
(I’ve just adjusted pitch and voice speed for Narrator) or whether there is something else we can do. There is also a glossary though this isn’t immediately accessible at present.
The final (UK based) client sign-off requires that the course pass WCAG 2.1 AA. Any guidance .
Could we have a link to the course please Kate?
HI Helen,
I sent what I hope was a private message because of client privacy concerns.
1 Like
Thank you Kate, yes that worked.
Here’s the reply from our Accessibility manager:
Hi Kate, unfortunately the tool tip functionality and glossary extension are currently not compatible with WCAG 2.1 compliance. We regularly make updates to Evolve to make the output more accessible (a significant accessibility feature is due to be released next week, for example) and I will ensure these two issues are added to our support board related to accessibility issues. We have created two courses that show all the components and extensions that can be used for accessibility and some ways to think about presenting content which you can find here Evolve and Accessibility : Intellum
In terms of an alternative way to display these definitions I would suggest these possibilities:
- Include the definitions as plain text in brackets after the word
- Use the Action Button component to display a list of definitions contained in a hidden text component (you can see an example of this in the ‘Providing Alternative Versions of Diagrams’ section of the ‘Evolve and Accessibility 1’ course linked to above)
- Use the About extension to contain a list of definitions on a separate page. You can use the Links component to create a link to the About page within the main content
I hope this helps, and please keep an eye on Evolve release notes for future accessibility fixes. Thanks - Sam Cook - Senior Quality Assurance Engineer’
2 Likes
Many thanks @hbailey and Sam Cook. I appreciate the effort you’ve put in to provide us with such a comprehensive, helpful answer.
1 Like
Hello Helen
I was hoping that you might be able to assist me again with regards to some further accessibility guidance.
Im working with an agency on behalf of two UK institutions and to date while one recommended using Evolve, their reviewers have raised concerns about both the use of the accordion for covering case studies (or other large components of content), and the use of large images with text in the Narrative Component to make it accessible. They specifically object to the scrolling required in order to navigate through this option.
Is there any other component or specific adaptation,your team could advise us on in order to reduce the scrolling, comply with accessibility-WCAG 2.1AA and meet the client’s requirements?
Kind regards
Kate Whittaker
Hello I forgot to mention that the content was originally built in Articulate Rise but has been adapted by a team who is more familiar with Articulate than Evolve.
Kind regards
Kate Whittaker
Hi Kate,
It depends what needs to go into the case studies media-wise and how it needs to be presented.
You don’t have to have images in the Narrative or Carousels, but if they don’t like the scrolling, then how about Tabs, or Text Reveal?
Thanks Helen.
I think we’ve found a workable workaround.
Kind regards
Kate
Hi @hbailey, are tooltips still considered not accessible? Thanks!
Hi @Jackson_Pinder I reviewed the tooltip accessibility about a year ago - looking back at my notes I concluded that it was working acceptably at the time - at least in VoiceOver/Chrome and for keyboard accessibility.
That said, I did find that there is a non-screenreader issue for WCAG 2.1 Content on Hover or Focus in that you should be able to move the mouse cursor into the tooltip popup without it closing - that currently doesn’t work. I don’t think it’s that big an issue for tooltip popups as I don’t think there’s much need to do that (unless you wanted to be able to copy the text in the popup I guess) - but it would fail an accessibility audit due to that.
The problem with tooltip accessibility is that - at the time I last looked into it - there was very little consensus on what an accessible tooltip should actually look like. I note that the Tooltip Pattern on the ARIA Working Practice Guide still says that there is no consensus on that and still does not provide a working example.
Thanks Matt. I noticed it wasn’t working in NVDA, but nothing really new there. We’ll move forward with the tooltips. Thanks again.
I’d recommend double-checking it in Jaws and maybe Windows Narrator too if you want a bit more certainty
It did work in Windows Narrator. Will check Jaws too. Thanks again
That’s good to know - thanks! if you don’t mind, let me know how you get on with Jaws…
Ahh, I don’t have approval to download JAWS on my work computer.
One last question, Is there a way to set up the Games component that would be usable with screen readers?
That’s a really good question but unfortunately having done just a brief bit of testing with VoiceOver I think the simple answer is a very definite ‘no’…
Thanks Matt. We’ll make an alternative version for screen readers.