- From: <bugzilla@jessica.w3.org>
- Date: Wed, 27 Apr 2011 05:37:33 +0000
- To: public-html-bugzilla@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