Forum Discussion
iFrame video becoming a keyboard trap
Hi StevenBenassi thanks for the reply. I will log a support case with the issue.
I have just revisited this and can see that if you 'tab' a further 37 times after a visible key board selection on the video it then shifts the keyboard focus out of the video player.
I appreciate its a tricky one but would this be classed as a closed loop as i think most users would assumer after 5 tabs that the navigation loop was broken. Is this something that is being worked on to counter this?
I just want to understand this, as if that is the case then it would mean embedding video's would no longer be a viable option if its not accessible under the WCAG regulations.
What you’re seeing is coming from the YouTube player itself, not something Rise can control. The keyboard behavior and tab order are built into the embedded player.
One small improvement you can make is to limit the number of suggested videos (which reduces extra tab stops at the end). You can do that by adding a parameter to your embed:
<iframe src="https://www.youtube.com/embed/[yourvideo]?rel=0"></iframe>
This keeps suggested videos within the same channel, which can help simplify navigation a bit.
Thanks for your help Leslie. I have just tried this and it has reduced the empty tab clicking from 37 down to 10. I think its still not going to adhere to WCAG regulations so will have to link to YouTube directly instead of using the embed function in order to stay compliant. Hopefully YouTube will fix this in time.