W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > July 2011

[Bug 12559] <video> Make paused true at playback end

From: <bugzilla@jessica.w3.org>
Date: Wed, 20 Jul 2011 04:40:52 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QjOaa-0001cw-R3@jessica.w3.org>

--- Comment #7 from Silvia Pfeiffer <silviapfeiffer1@gmail.com> 2011-07-20 04:40:52 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> > 
> > I only just noticed that the MediaController's paused state is true when *any*
> > slave is paused.
> I don't think that's accurate — what part of the spec says that?

I might have mis-read this part of the spec:

    Returns true if playback is paused; false otherwise. When this attribute is
true, any media element slaved to this controller will be stopped.

Does "any" in this sentence mean "all"?

> > The MediaController is representing the combined state of all slaves.
> > Therefore, a MediaController's paused state should be true only when *all*
> > slaves are paused (not when one of them is). Further, a pause() and play() call
> > on the controller need to be propagated to all slaves - I couldn't find this in
> > the spec.
> The paused state of MediaControllers is mostly independent of the state of the
> slaves.
> > Then, the combined resource will continue playing until all slaves reach ended,
> > at which point the controller reaches ended. Now, when all slaves have reached
> > ended, we could put them all into paused state, which is what a combined play
> > button would also show at this instance, thus removing the weird side-effect
> > that you pointed out.
> Hm, interesting approach. Let me think about how to do that.

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 Wednesday, 20 July 2011 04:40:53 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:55 UTC