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

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

From: <bugzilla@jessica.w3.org>
Date: Wed, 27 Apr 2011 05:37:33 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QExRN-0000Hg-Hc@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12559

Silvia Pfeiffer <silviapfeiffer1@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |silviapfeiffer1@gmail.com

--- Comment #2 from Silvia Pfeiffer <silviapfeiffer1@gmail.com> 2011-04-27 05:37:33 UTC ---
(In reply to comment #1)
> This is a long-standing piece of ugliness in the spec that's just been left in.
> When playback ends, the paused state does not automatically change, so any UI
> must look at both the paused state and the ended state to decide whether to
> show a play button or pause button. If they don't, you'll end up with a UI that
> shows the wrong thing at playback end and a button you have to click twice for
> playback to start over.
> 
> I've seen confusion about this pop up now and again. While it's easy enough to
> work around, it'd be nice if it would just work to begin with. So, unless there
> are good reasons for the current design, I suggest we change it to pause
> automatically at playback end.

That is: unless it's looping.

I agree with this change. It is really annoying as a user when the video
reaches the end and the controls go into "pause" state, but the video state
doesn't. So, everything that is based on the "onplay" event doesn't get
restarted when the user hits the "play" button again. You can see an example at
http://www.html5videoguide.net/code_c7_1.html . Let it play through to the end,
then hit the play button again, and notice that the "onplay" event is not
reactivated.

-- 
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, 27 April 2011 05:37:38 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:08 UTC