- From: Gerard Copinga <gerard@technobility.nl>
- Date: Wed, 10 Jul 2019 09:53:37 +0200
- To: jromack@gmail.com
- Cc: W3C WAI ig <w3c-wai-ig@w3.org>
- Message-ID: <CAPAJ_ew7xQo_fowtbQG+wZGj4_Q3pmqMjCN4Hdi+aPffBJgiLA@mail.gmail.com>
I think the reason why the shortcuts won't work on the rest of the webpage when you embed a YouTube video is because it is embeded using an iframe. Apparently the scope of the shortcuts won't go outside the iframe. Which makes sense in a way. If you would add other content to the iframe holding the YouTube video you willl notice that the shortcuts will also work outside the video. So, Condition #3 is not really met in a direct way, but indirectly because an iframe was used. That's the difference between the video on the YouYube website and the same video embedded. But, besides that, can the 'video player' (and what is the video player, which HTML element is it, of where does it start and where does it end) as a whole be seen as a User Interface Component? I have my doubts about that reading the definition (see https://www.w3.org/TR/WCAG21/#dfn-user-interface-components ). According to SC 4.1.2 each User Interface Component needs to have a name, role and value. What is the 'name' or the 'role' of the 'video player' as a whole? Also in other succes criteria this will be problematic. So, my assumption is that the video player as a whole is not a User Interface Component; only the buttons and links within the video can be seen as User Interface Components. That would mean that the shortcuts can only work if the focus is on the button (or link) to which the shortcut applies. So the 'k' can only work when the focus is on the play/pause button. Consequence is that I have to fail each website that uses embedded YouTube videos. That is almost every website we test fot accessibiliyu issues. Met vriendelijke groet, Gerard Copinga Cardan Technobility TalentSquare 13 5038 LX Tilburg Tel.: +31 (0) 88 500 4070 E-mail: gerard@technobility.nl WWW: www.technobility.nl Werkdagen: maandag, dinsdagochtend, woensdag, donderdagochtend Op di 9 jul. 2019 om 15:45 schreef <jromack@gmail.com>: > SC 2.1.4 is met if any of the following applies: > > > > - Turn off > > > - A mechanism is available to turn the shortcut off; > > > - Remap > > > - A mechanism is available to remap the shortcut to include one or > more non-printable keyboard keys (e.g., Ctrl, Alt); > > > - Active only on focus > > > - The keyboard shortcut for a user interface component is only active > when that component has focus. > > > > Condition #3 seems to apply here, as the video player is a single > component of your page or interface – and the accesskeys available for the > player cannot be invoked without focus on that component. > > > > Interestingly enough, Condition #3 is NOT applicable on YouTube’s default > video player when viewing content on their website, as these accesskeys are > active regardless of where focus is on the page. > > > > Thanks, > > Justin > > > > > > > > *From:* Gerard Copinga <gerard@technobility.nl> > *Sent:* Monday, July 8, 2019 4:29 AM > *To:* W3C WAI ig <w3c-wai-ig@w3.org> > *Subject:* Does the YouTube video player fail SC 2.1.4? > > > > Hello all, > > > > if you embed a YouTube video on a webpage the videoplayer uses single key > character shortcuts. For instance the 'k' to pause the video and the 'c' to > enable or disable captions. So, the videoplayer would fail this succes > criterion > > > > We have a discussion on wether the exception "Active only on focus" is > applicable here. The shortcuts only work when keyboard focus is in the > videoplayer (on the YouTube webpage in the iframe). If the keyboard focus > is outside the video (on the rest of the webpage) the shortcuts no longer > work. > > > > Can the videoplayer be seen as a single control for a distinct function > (watch the video) or not? > > > > Any thoughts are welcome. > > > > Met vriendelijke groet, > > > > Gerard Copinga > > > > Cardan Technobility > > TalentSquare 13 > > 5038 LX Tilburg > > Tel.: +31 (0) 88 500 4070 > > E-mail: gerard@technobility.nl > > WWW: www.technobility.nl > > Werkdagen: maandag, dinsdagochtend, woensdag, donderdagochtend > > >
Received on Wednesday, 10 July 2019 07:54:13 UTC