


From: <bugzilla@jessica.w3.org>
Date: Fri, 30 Sep 2011 17:31:47 +0000
To: public-html-a11y@w3.org
Message-Id: <E1R9gw7-0008I6-3J@jessica.w3.org>

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.

You are on the CC list for the bug.
Received on Friday, 30 September 2011 17:31:48 GMT
