Forum Discussion
Articulate Rise to Accessible PDF
Dear Articulate,
We would like to get a fully accessible PDF document out of Articulate Rise. As most of the Compliance learning courses needs accessible document that can be provided to the collegues who needs support to go through the content to complete the course.
Currently the Articulate Rise course seems lots og bugs in achieving accessibility test successfully. We are facing lots of issue in this areas like multiple and repated announcement of the same page content using JAWS screen reader. some of the blocks like Gallary block texts are not accessible and confusion how to shift betten menu and page content.
Can Articulate work on these are to produce accessible version of the complte course cpntent to PDF output.
- Heading and Subheading text
- Proper bullet points text export (Currently all bullet points convert to a graphic/image)
- Graphic /images with ALT text intact to PDF
- Quiz Question text with feedback text
- Video closed caption
1 Reply
- SamHillSuper Hero
Hi SibaPrasadPadhi my advice would be to create your own document using Microsoft Word and then converting to PDF. In my experience, PDF is not the most accessible format for digital content. By far the most accessible for assistive technology is HTML. The next best I have experienced is MS Word.
With PDF I have experienced many problems when testing my clients documents, and also when attempting to assist in creating accessible PDF documents using Acrobat Professional.
In my experience, Rise produces accessible courses. Some things do get double announced, but that can depend on the screen reader (JAWS, NVDA, Win Narrator, TalkBack, VoiceOver) you use.
When building accessible content in Rise ensure that you refer to the Rise accessibility documentation, as it will inform you which blocks are fully accessible and which are not.
If you are reporting issues with accessibility, you need to be very specific with the issue(s) you have faced, as sometimes, it can come down to the author/testers inexperience with assistive technology and the behaviour experienced may be expected behaviour.
Here's the kind of information you should include in any (un-documented) accessibility issue that you have experienced:
- Operating System (iOS, Win, MacOS, Android)
- Browser vendor and version
- Assistive technology tested with (if applicable)
- Rise block type
- Expected outcome
- Outcome experienced
- Can it be replicated
- Screen recording if possible
This kind of information helps the developers quickly test and replicate issues you have experienced and will go a long way to getting issues corrected.
Thanks,
Sam