W3C home > Mailing lists > Public > public-html-a11y@w3.org > May 2011

Re: Feedback on MediaController

From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Date: Tue, 3 May 2011 07:56:17 +1000
Message-ID: <BANLkTimZ3VNhms+QZWCz72F1kFxF7mN2rg@mail.gmail.com>
To: Ian Hickson <ian@hixie.ch>
Cc: HTML Accessibility Task Force <public-html-a11y@w3.org>
While writing a blog post with some multitrack examples this past
weekend, I discovered that one of the things that we requested about
getKind() on grouped multitrack resources is actually satisifed with
the new addition of the getKind() interface on in-band tracks.

(BTW - here's the blog post:

This is the relevant part of the discussion:

On Thu, Apr 21, 2011 at 9:01 AM, Ian Hickson <ian@hixie.ch> wrote:
> On Wed, 20 Apr 2011, Silvia Pfeiffer wrote:
>> The biggest issue with this approach is discoverability. A Web developer
>> that has to deal with multiple resources for which he doesn't a-priori
>> know what kinds of tracks they have available in-band has no chance to
>> find this out through script if there is no interface that exposes this
>> information. It would need to be done server-side.
> I don't see much problem with doing it server-side, but I have no problem
> exposing it to scripts too if we can find documentation I can use to work
> out how to expose it.
>> >> > Note that for media-element-level data, you can already use data-*
>> >> > attributes to get anything you want, so the out-of-band case is
>> >> > already fully handled as far as I can tell.
>> >>
>> >> Interesting. In the audio description case, would a label, kind, and
>> >> language be added to the menu of the related video element?

I can now answer my own question: script can discover the kind of the
tracks provided from grouped resourced in the same way as it does from
in-band resourced: by looking at the audioTracks and videoTracks
provided within the grouped resources and doing a getKind() call on
them. I'm very happy that this does not require data-* attributes any

Received on Monday, 2 May 2011 21:57:05 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:55:55 UTC