W3C home > Mailing lists > Public > whatwg@whatwg.org > June 2012

[whatwg] make <video> always focusable and interactive content

From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Date: Wed, 20 Jun 2012 13:43:20 +1000
Message-ID: <CAHp8n2k7-vKZaWpmiurgXm3qyhiYf6tt4P84BxamTgY6oP=a3A@mail.gmail.com>
To: WHAT Working Group <whatwg@lists.whatwg.org>
Hi all,

I recently experimented with keyboard accessibility of media elements.

I found that browsers don't provide a default tabfocus on media
elements nor do they provide keyboard interactivity. I had to put
explicit @tabindex attributes onto the media elements to allow them to
at least receive focus. This is particularly irritating in a
screenreader.

As the video is specified right now, it is not a tabfocusable element
[1] and only interactive [2] when it has controls. This is sufficient
for audio elements, which have no visual representation without
controls, but isn't right for video, which always renders at least a
poster (or a black area). Also, if there are controls specified, they
should actually be tabfocusable.

Even video without controls should allow keyboard focus and should
provide for default keyboard interaction: at minimum it should allow
for ENTER and/or SPACE to toggle play/pause - and clicking on it
should work, too. Potentially it should have up/down arrows to change
the volume and left/right arrows to seek back/forward by e.g. 10sec.
As it's currently specified, browser cannot provide such interaction
when there are no controls, since the element is not generally
specified as an interactive element [2].

[1] http://www.whatwg.org/specs/web-apps/current-work/multipage/editing.html#focusable
[2] http://www.whatwg.org/specs/web-apps/current-work/multipage/elements.html#interactive-content-0

There is also a bug in the W3C wiki for this:
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17463

Cheers,
Silvia.
Received on Wednesday, 20 June 2012 03:44:30 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:43 UTC