Can't get a question slide to work with keypresses...

Hi KeithTrodden-48 what is your reason for using keyboard shortcuts, and not just allowing the usual keyboard navigation for accessibility? Why not allow people to just navigate to the different elements using their keyboard, and then select them, using the ENTER key or SPACEBAR. These functionalities do not need to be added, they are part of the standard functionality. This way, you are also not having to teach somebody the shortcuts to use the slide.

I've had a good look through your file as I noticed some other things whilst having a look. I think it is being over engineered for accessibility and much of the information your are providing as ALT text on text fields is information that is inherent and available through the HTML if structured correctly using the correct stylers and mark-up.

I also picked up that you have triggers setting the states of the radio buttons. This is not necessary as it is a radio group, and select one radio-button will automagically de-select any previously selected buttons. The state the radio button goes to when selected, "selected" is really important for accessibility too, as it communicates to screen readers the current state, and the user knows which radio button they have selected.

Some of the stuff I picked up, I've popped in this video for you (I couldn't help myself, accessibility testing is generally what I do). FYI: I had my system audio off until I tested with my screen reader. I didn't realise the course had audio talking over me. Sorry about that.

I've also made adjustments to the Storyline file. In my opinion, the changes to this file:

• Define headings using H1 and H2 elements
• Remove custom ALT text from text fields (inherit the text in the text box)
• Make layers exclusive, and include continue buttons on Correct/Incorrect layers
• Remove audio from the radio buttons & submit (conflicts with screen reader, unless it can be switched off for all slides by the user?)
• Audio feedback is fine (as long as screen reader users can turn off permanently for the session)
• Check the focus order.
• Remove Hide Layer triggers from the radio buttons
• Remove triggers that set states of radio buttons
• Add mask on layers to visually communicate items can't be accessed on the base layer.
• Added standard "Selected" state to the radio buttons
• Remove the Submit button from the pick-one button group

The changes simplify and make the content more accessible. Much easier for you to maintain, and a much more expected behaviour for assistive technology users and keyboard navigator.

I think some of the keyboard shortcuts are fine, but I think "T" is generally used for Video/Audio transcripts for accessibility. It's also not necessary to provide a shortcut for the Submit button. 

Let me know if you have any questions.