- From: <bugzilla@jessica.w3.org>
- Date: Tue, 15 May 2012 17:06:17 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17002 --- Comment #4 from Aaron Colwell <acolwell@chromium.org> 2012-05-15 17:06:16 UTC --- (In reply to comment #3) > getElementById should certainly not find AudioTrack, VideoTrack or TextTrack, > as they are not HTML elements at all. AFAICT, the main purpose of exposing id > on audio and video tracks if for integration with Media Fragments. Ok good this matches my understanding as well. The Media Fragment spec and HTML5 spec appear to be out of sync. The HTML5 spec indicates that AudioTrack.id & VideoTrack.id contain the strings that should be used in the 'track dimension' of the fragment URI (http://dev.w3.org/html5/spec/media-elements.html#dom-audiotrack-id). The "Track Dimension" text and example in the Media Fragments spec seems to imply that the 'label' attributes on these objects should be use for the track dimension (http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-spec/#naming-track). It seems to me that the Media Fragment spec is wrong here. Do you agree with this interpretation? If so I think it means 2 bugs need to be filed. One to update the text of Media Fragment spec to reference id instead of label. A second one would be filed to add an id attribute to TextTrack so it matches AudioTrack & VideoTrack. -- Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Tuesday, 15 May 2012 17:06:24 UTC