This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
http://dev.w3.org/html5/spec/video.html#timed-track The specification should specify different kinds of actual content files (timed or untimed track files) that may be associated with a media resource: A textual representation of the content An audio representation of the content (See SL-1, SL-2 in [1]) A video representation of the content Non-synchronized alternatives that can be rendered as replacements for the original rendered content (DAC-5 in [1]) [1] http://www.w3.org/WAI/PF/HTML/wiki/Media_Accessibility_Checklist SUGGEST: http://dev.w3.org/html5/spec/video.html#dom-track-src The src attribute points to an additional timed or untimed textual, audio or video representation of the media content that the user or user agent may display. The rendering of the alternative / replacement content is defined by the actual track format and the user agent; for example: Non-synchronized alternatives may be rendered as replacements for the original rendered content A additional video representation of the original content may be rendered over the original content, or positioning in all parts of the screen. (CC-5 in [1]) [1] http://www.w3.org/WAI/PF/HTML/wiki/Media_Accessibility_Checklist
Additionally, to satisfy... (DV-8) Allow the author to provide fade and pan controls to be accurately synchronized with the original soundtrack. (CN-2) The navigation track should provide for hierarchical structures with titles for the sections. ...from http://www.w3.org/WAI/PF/HTML/wiki/Media_Accessibility_Checklist Suggested spec text: When a track is enabled (and depending on the type of track), the playback rate of a media element may be (temporarily) stopped, slowed down, or sped up to enable to user to understand the content. The user agent may also enable the user to navigate to time offsets in the original content. Additionally, user agents should ensure that the presentation of the time-based original content and track content should always be in sync.
Adding dependency on bug 11593 as that one addresses alternative @kind attribute values.
The bug-triage sub-team thinks this bug should be TF priority. It has been discussed at TPAC and is part of the media accessibility topic.
Assigning to John Foliot to push the issue in the media sub-group.
This is related to ISSUE-152 http://www.w3.org/html/wg/tracker/issues/152
mass-move component to LC1
See comment #4 from Martin: > Assigning to John Foliot to push the issue in the media sub-group. John, any progress on this yet?
The media a11y TF has helped created spec text to resolve basically all of the accessibility needs in the checklist. The issues that Frank pointed out have been taken care of - some of them in the way that Frank proposed, others differently. I think the onus is on Frank to state whether he still has any pending issues on this bug.
(In reply to comment #8) > The media a11y TF has helped created spec text to resolve basically all of the > accessibility needs in the checklist. The issues that Frank pointed out have > been taken care of - some of them in the way that Frank proposed, others > differently. > > I think the onus is on Frank to state whether he still has any pending issues > on this bug. Frank is not Cc'ed on this bug. So if it's the case that we're waiting for a response from Frank, can somebody (John? Silvia?) please give Frank a heads-up that we are waiting for a response from him on this?
(In reply to comment #9) > Frank is not Cc'ed on this bug. So if it's the case that we're waiting for a > response from Frank, can somebody (John? Silvia?) please give Frank a heads-up > that we are waiting for a response from him on this? um, er, only after I posted that comment did I realize that Frank's not in the Cc list because he's the reporter for the bug... So ignore my comment of course. Sorry for the noise.
(In reply to comment #10) > (In reply to comment #9) > > Frank is not Cc'ed on this bug. So if it's the case that we're waiting for a > > response from Frank, can somebody (John? Silvia?) please give Frank a heads-up > > that we are waiting for a response from him on this? > > um, er, only after I posted that comment did I realize that Frank's not in the > Cc list because he's the reporter for the bug... > > So ignore my comment of course. Sorry for the noise. As John points out, we now have spec text that addressed the issues raised in this bug; we can resolve this bug as fixed.
(In reply to comment #11 from Frank) > As John points out, we now have spec text that addressed the issues raised in > this bug; we can resolve this bug as fixed. Thanks -- moving this to resolved=fixed now