This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html Multipage: http://www.whatwg.org/C#playing-the-media-resource Complete: http://www.whatwg.org/c#playing-the-media-resource Referrer: http://www.whatwg.org/specs/web-apps/current-work/multipage/ Comment: When should "paused for user interaction" be used? Posted from: 83.218.67.123 User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.116 Safari/537.36 OPR/21.0.1432.39 (Edition Next)
I've never understood what "paused for user interaction" is, some example in the spec of when that state would be reached would be nice. Would it be appropriate to "pause for user interaction" while the user is dragging the seek bar? When that happens the media engine needs to pause to avoid playback continuing until dragging stops, but the play/pause button should not toggle. Seems like a good fit, except that "the user has to make a selection for the resource to continue" is not true.
Some video formats (for some definition of "video") have frames on which the video pauses and the user has to make a selection (e.g. "play this chapter" or "play this other chapter"), at which point the video jumps to the relevant frame. The "paused for user interaction" thing is for those frames of video.
So this concept was not added in response to implementor feedback or for a format that's supported in some shipping browser? This wasn't a bug as much as a question so I'm resolving it as invalid, but I wouldn't mind removing the concept if it's completely hypothetical at this point.