-
-
Notifications
You must be signed in to change notification settings - Fork 736
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fixed A11y Video Block Issue #5732
base: main
Are you sure you want to change the base?
Conversation
✅ Deploy Preview for plone-components canceled.
|
✅ Deploy Preview for volto ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
packages/volto/src/components/manage/Blocks/Video/View.test.jsx
Outdated
Show resolved
Hide resolved
…fixA11yVideoBlockIssue
…fixA11yVideoBlockIssue
Co-authored-by: Steve Piercy <[email protected]>
Just for the Record , some Tests are flaky. Idid nothing to the actual code, just changed the News fragment. Suddenly all Checks pass ? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
News is good, but the rest needs review by a core contributor.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, @ichim-david could you give your blessing here?
@Molochem @sneridagh it's a small improvement from "Group main" to "Play Video". I would rather say something along the lines "Video embed placeholder image". All of this could be improvement with other tickets but I'm a bit -1 on this idea because you don't Play video |
@Molochem @sneridagh |
@ichim-david @Molochem I'm just taking a look over this PR. Unfortunately, I think there are a number of accessibility issues/ WCAG failures with the actual Embed component. E.g. the lack of a suitable role (should be a button to load the video), the lack of announcement when you 'prepare' the video, the poor focus indicator, etc. So while I think this PR is an improvement, I think making the video block accessible is largely held back by these other issues. It would be nice to implement the workflow detailed in #5732 (comment) , however I think that would be better suited for another PR. My suggestion for getting this improvement merged would be:
I look forward to hearing what you both think of the above proposal so we can get this merged! |
Hey @Molochem , just checking in to see if you're still interested in continuing the work on this PR based on my previous comment? If not, we can close this PR (but leave the branch around) and revisit it when it is able to be worked on. |
@JeffersonBledsoe FYI: we plan to look into this during the Salamina sprint this week. |
See you there! |
@JeffersonBledsoe @ichim-david I was looking at this and I'm a bit torn on the approach. "Pressing the video will load it. Press again to play" For instance a user sees this, he press the button while on the placeholder (with role ="button"). This loads the iframe, pressing Enter again doesn't play the video, then we have to navigate all the way to the play button in Youtube video. So the above text makes no sense. Maybe I'm missing something. |
@plone/volto-accessibility @tisto @Molochem after discussions with Karin Maligoj which is our resident expert for this Sprint I proposed the aria-label "Load video player". Here is a demo page where you can see that as soon as you hit enter you don't play the video |
The whole video player experience isn't at all accessible either. For instance, you have tabIndex on a div with an aria-label but there aren't any rotary actions to find this video (it isn't a heading, a form element, a link) as such you find out about it only if you tab around the page and find it eventually. |
fixes #5731
Fixed the missing aira-label on Video-Blocks
It seems a bit hacky, and also im not sure about the Message Content. Suggestions are welcome.