accessibility
63 TopicsStoryline 360: Keyboard focus missing for right-click trigger
Hey all, I have a short simulation built that functions well with a mouse, but keyboard navigation gets stuck when the trigger is "user right clicks" on a hotspot. In these cases, the focus indicator is missing, and the user cannot even focus on the hotspot. Any ideas?36Views0likes4CommentsiFrame video becoming a keyboard trap
We have several Rise tutorials that use YouTube content embedded using iFrames. Doing accessibility testing, we recently discovered that these become keyboard traps. Users can tab into the content and play it, but the standard guidance of using esc to navigate out of the video isn't working and tabbing through also doesn't seem to work. Does anyone have insight into what we need to do to make this content fully keyboard accessible? Has anyone else had this issue? Thanks!712Views3likes8CommentsEndless Loop in Labeled Graphic Block
Hi everyone, I'm currently evaluating keyboard navigation for a course using NVDA. I'm having trouble getting stuck in an endless loop around a labeled graphic block, and unsure if: There's something I'm not adjusting in Rise 360 This is a "me problem" with NVDA navigation I didn't have this issue with another labeled graphic block, but I'm not sure what the difference is. When testing with NVDA, I'm using Tab to navigate to the Next button of each Marker's description. But then after Marker 5, instead of exiting to the next Continue button outside of the block, it just keeps me going around and around in an endless loop. (I originally had each marker styled as a plus sign, but had hoped numbering them would fix the issue.) Unfortunately, I didn't find the Accessibility Info section of the Rise 360: Using Labeled Graphic Blocks particularly helpful.37Views2likes1CommentAccessible PDFs in Rise360
Hi everyone, Any insight very much appreciated! Context: I used Adobe Acrobat Pro to make two PDFs accessible by adding tags and adjusting the reading order, etc. Everything works smoothly with NVDA when opening each PDF. The Issue: The trouble starts when I link to the PDFs within my course under a "Further study and resources" type section. The PDFs open in the browsers I've tested, but NVDA simply says things like "Document loading complete. You are on page 1. frame. document content region." I've tried navigating via headings, links, interactive elements, and even just Ctrl + directional arrows, but none of the content appears tagged or readable. The Ask: I'm not sure where to go from here... Add the PDFs as Attachment blocks instead (but then every learner has to download to view)? Add a note at the top of the resources section ("For the best screen-reader experience, please download PDFs and open in Adobe Acrobat Reader.") and then put something like "Accessible, tagged PDF" after those files? A third and much better option that someone can recommend? Thank you!!Solved46Views0likes2Comments[REDUNDANT] Storyline custom focus control
========================================================================= Update 18 March 2025 This functionality is now redundant. Please use the native focus trigger in Storyline 360 64 bit March 18, 2025 (Build 3.98.34222.0) ========================================================================= There have many been times, when using Storyline to develop content, it has not been possible to get the kind of screen reader focus control that I have needed. Using layers for this can only get you so far. I developed a JavaScript function that allows you to send the screen reader focus to the text field that you want, via any trigger. Adding the following JavaScript to your projects Slide Master will make it available throughout your module: // Check if function has been defined already if (typeof window.setFocus === "undefined") { // Get reference to the Storyline Player var $player = GetPlayer(); // Set the amount of time to delay before attempting to send focus to the target element (milliseconds) 1000 = 1 second. var $interval = 200; // window.setFocus = function ($target, $announce = false) { // Get the target element, based on the passed argument setTimeout(function () { var $div = document.querySelector('[data-acc-text^="' + $target + '"]'); var $id = "acc-" + $div.dataset.modelId $div = document.getElementById($id); if($announce) { $div.setAttribute("aria-atomic", "true"); $div.setAttribute("aria-live", "assertive"); } // Send focus to target, after defined $interval $div.focus(); }, $interval); } } Once the function is defined in your Slide Master, you can then call the function on the page using a JavaScript function, which can be triggered by any Storyline trigger such as timeline start, timeline end, button click etc. // The second argument will determine if the content should // be announced to assistive technology using aria-live=assertive // This will announce the text contents to the screen reader window.setFocus("Customer in the queue", true); // This will just send focus to the element. window.setFocus("Customer in the queue", false); The first argument, which is passed in the "" quotes, is the text contents of the text field you are targeting. You do not have to include all the text, just enough to ensure it is unique. For example, if you have two text fields: "Customer in the queue talking on their phone." "Customer in the shop staring into space." Passing the words "Customer in the" would not be specific enough, as there would be two text fields found. However, passing "Customer in the queue" would send the focus to the text field that contains the text "Customer in the queue talking on their phone." The second argument (true or false) determines if the target elements contents should be announced to the screen reader when it receives focus.944Views1like11CommentsIn Case You Missed It (ICYMI): Accessibility Updates in Q2 2026
Welcome to our Q2 2026 update! This quarter continued our focus on supporting the creation of accessible training and improving the learner experience. From new capabilities for identifying accessibility improvements to refinements for screen reader users, keyboard navigation, and color contrast, these updates reflect our ongoing commitment to accessibility across Rise and Storyline. Our community continues to grow. We now have 970 members, an increase of 54 this quarter. We’re glad you’re here. Let’s take a look at what’s new this quarter! Highlights This Quarter This quarter's accessibility updates centered around three themes: Identifying accessibility improvements earlier Storyline Labs introduces an experimental Color Contrast Check that helps identify color contrast issues across an entire project, while updates to Rise theme colors ensure contrast is calculated correctly across supported theme elements. Giving authors more control Storyline now lets you choose which objects are visible to screen readers, giving you greater control over how your training is presented to assistive technologies. Improving the learner experience Across Rise and Storyline, we refined screen reader support, keyboard navigation, focus management, and question interactions to provide a more predictable experience for learners using assistive technologies. Together, these updates continue our focus on supporting accessible training and improving the experience for everyone who creates and completes it. Product Updates Rise Enhanced: To improve accessibility, we've globally applied WCAG 2.1-compatible contrast to theme color elements that previously had contrast calculated incorrectly. Enhanced: Improved screen reader focus behavior so that, after answering a knowledge check, focus moves directly to the next relevant content. Enhanced: Improved tooltip behavior so that only meaningful tooltips are displayed for interactive elements like the block selector and sorting activity. Enhanced: Preview now opens the entire course, with full navigation. Enhanced: The video player is now consistent across the app and provides a refined experience with better responsiveness on mobile devices. Storyline New: Easily control which objects should be visible to screen readers with a new accessibility toggle in the timeline. New: Storyline Labs is here! Access experimental features early from the Labs button in the File or View tab. Available in Labs: Color Contrast Check helps identify color contrast issues across an entire project using the accessibility checker. Fixed: Screen readers announced extra text when certain question types were used. Fixed: A trigger designed to fire with a user click incorrectly executed when using a screen reader. Fixed: Text-entry fields didn't follow the defined custom focus order during preview. Fixed: Windows Narrator read bulleted and numbered list items twice. Fixed: Screen readers didn't correctly announce nested list items in the Notes panel. Fixed: The accessibility checker incorrectly reported issues on screen recording slides where all objects were hidden from accessibility tools. Fixed: The focus order was incorrect for screen readers when the Transcripts tab was opened. Fixed: Drop-down question choices didn't display a scrollbar when the list couldn't fit all choices. Other Updates Updated Articles Storyline 360: Working with Buttons Rise 360: How to Use Process Blocks Rise 360: Our Accessibility Journey Storyline 360: Our Accessibility Journey Storyline 360: Working with Variables Storyline 360: Working with Triggers Storyline 360: Pick-One Questions Accessibility Index57Views1like0CommentsRise 360 Q1 2026 Accessibility Updates
We recently posted a new update in the Rise 360 Accessibility Journey, highlighting some of the accessibility improvements and enhancements delivered during Q1. From the new and improved sorting activity to expanded audio support, this work reflects our ongoing commitment to building more inclusive learning experiences for all learners. The update also includes links to our revamped conformance reports and maturity plans for both Storyline and Rise. Accessibility is never a one-time effort, and we’re grateful for the feedback, insights, and conversations from this community that help shape our work. Do you have a Rise accessibility improvement or resource you'd like to see next? Let me know in the comments! Read the full update here: Rise 360: Our Accessibility Journey97Views0likes1CommentNew in Labs: Color Contrast Check in Storyline 360
Hello, my fellow a11y friends! We just launched the new Color Contrast Check inside Storyline Labs, and it’s ready for you to try out! This feature integrates directly into your built-in Accessibility Checker, making it easier than ever to catch text and object fill contrast issues before you publish. No extra tools required. We want to build the best possible version of this tool, which means we want to hear from you. Turn it on in your Labs settings today, test it out on your current projects, and let us know what you think. Check out the New in Labs: Color Contrast Check in the Accessibility Checker post for more details!170Views0likes4Comments