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

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

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>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13358

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
'object'.
* 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
accordingly.

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 on the CC list for the bug.
Received on Friday, 30 September 2011 17:31:48 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 04:42:44 GMT