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

Re: Feedback on MediaController

From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Date: Tue, 26 Apr 2011 12:16:01 +1000
Message-ID: <BANLkTimX6twASsDvOgUhp36FgR36xO7DsA@mail.gmail.com>
To: Mark Watson <watsonm@netflix.com>
Cc: David Singer <singer@apple.com>, John Foliot <jfoliot@stanford.edu>, Ian Hickson <ian@hixie.ch>, "public-html-a11y@w3.org" <public-html-a11y@w3.org>
On Tue, Apr 26, 2011 at 12:01 PM, Mark Watson <watsonm@netflix.com> wrote:
> On Apr 25, 2011, at 6:04 PM, David Singer wrote:
>> I am not sure about the terminology of name, kind, label, type, etc.
>> As far as I can see, we have
>> * the media type: video, audio, text, metadata (undisplayed temporal data), maybe one or two others
>> * the container type: MP4, WebM, etc.
>> * the coding type: VP8, H.264, Vorbis, etc.
>> * the function, purpose, role, etc. (currently called 'kind'): main, sign-language, dubbed, alternate, supplementary, commentary,
>> * label: some kind of user-displayable label for the track, maybe, but this gets into internationalization issues (in how many languages do I supply the label string?)
>> MIME covers the first two, and with a codecs parameter, the first three.  I absolutely need the 4th (role) in order to match up what a user wants with what's being offered.  The 5th, I am not sure...
> I understood "label" to be a fall-back for the case where the "kind" is not recognized. If you don't recognize the kind you can't apply user preferences or attach the track to an appropriate UI element, but at least you could provide a menu of the labels, which would each be in the language of the track they label.

Label is not a fallback for kind. The label is a string that will be
used to create the text in menus of available tracks to provide users
with the possibility to turn tracks on/off interactively. It would be
provided in the language of the Web page and thus be part of any i18n
that the Web page authors do anyway. "Kind" in contrast is for scripts
and is not user exposed.

Received on Tuesday, 26 April 2011 02:16:48 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:05:19 UTC