This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
The timeupdate event fired by media events should have a means for the handler to distinguish whether the event was caused "as part of normal playback" or "in an especially interesting way, for example discontinuously". The author may need to prevent linked activities (particularly those that have a duration, such as triggering an audio sound) when not in normal playback mode. Conversly authors may need to apply overlays (e.g. chapter descriptions)when the user is scrbbing the timeline which would not be revealed during normal play.
Can you explain the use case in a bit more detail? Why isn't the seeking event enough to detect discontinuity? That's what I did to emulate the TimedTrack interface in <http://people.opera.com/philipj/2010/10/02/ovc/demos/track.js>, modulo a hack to make timeupdate trigger more often than what the spec requires.
mass-move component to LC1