[Bug 13358] <video> also fire a 'change' event at VideoTrackList, AudioTrackList, and TextTrackList objects when their list of tracks changes


Ian 'Hixie' Hickson <ian@hixie.ch> changed:

           What    |Removed                     |Added
             Status|NEW                         |ASSIGNED

--- Comment #3 from Ian 'Hixie' Hickson <ian@hixie.ch> 2011-09-30 17:31:43 UTC ---
Ok my plan is to do the following:
* Define a TextTrackList that has a .length, a getter, and an onaddtrack
handler. (The TextTrackCueList interface can be used for copy-pasta.)
* Add an onaddtrack handler to VideoTracks and AudioTracks.
* Define a AddTrackEvent interface with a single attribute 'track' of type
* Add to the "steps to expose a media-resource-specific text track" a step to
fire an onaddtrack event.
* Add to the resource fetch algorithm entries in the big <dl> that handle the
discovery of new video or audio tracks and fire an onaddtrack events

Tracks can never be removed, since if a track existed at a particular time,
it'll still exist if you seek back to that time. I guess with an infinite
stream where the /earliest possible position/ has gone past the point where a
track was last usable one could imagine dropping the track, but I'll add events
for that if it ever becomes a real problem.

Configure bugmail: http://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 Friday, 30 September 2011 17:31:49 UTC