W3C home > Mailing lists > Public > public-html-commits@w3.org > August 2009

html5/spec Overview.html,1.2722,1.2723

From: Ian Hickson via cvs-syncmail <cvsmail@w3.org>
Date: Sun, 02 Aug 2009 10:21:59 +0000
To: public-html-commits@w3.org
Message-Id: <E1MXYCV-0002ML-4y@lionel-hutz.w3.org>
Update of /sources/public/html5/spec
In directory hutz:/tmp/cvs-serv9055

Modified Files:
Log Message:
elaborate on the note-to-self about video activation behaviour (whatwg r3525)

Index: Overview.html
RCS file: /sources/public/html5/spec/Overview.html,v
retrieving revision 1.2722
retrieving revision 1.2723
diff -u -d -r1.2722 -r1.2723
--- Overview.html	2 Aug 2009 10:05:38 -0000	1.2722
+++ Overview.html	2 Aug 2009 10:21:55 -0000	1.2723
@@ -17381,8 +17381,19 @@
   is available; otherwise it is 150 CSS pixels.</p>
   <hr><!-- XXX (awaiting more impl experience)
-   default activation behavior is to do the play() if paused, pause()
-   otherwise
+   Make the default activation behavior be to do the play() if paused,
+   pause() otherwise?
+   The implementation experience that I am awaiting is basically, does
+   the above make sense? It would mean that the author could bind an
+   access key to the play/pause behaviour, but is that really useful,
+   when the author can just script the whole control if desired? It
+   would mean that if the author called .click() on the element, it
+   would play/pause the element, as well as firing an event. It would
+   also mean that while every other control could be controlled by the
+   user agent (when controls="" is set) and the author (via script),
+   clicking anywhere on the video, whether the element had a
+   controls="" attribute or not, would always play/pause the video.
+   It would also prevent putting a <video> in a link.
   --><p>User agents should provide controls to enable or disable the
   display of closed captions associated with the video stream, though
   such features should, again, not interfere with the page's normal
Received on Sunday, 2 August 2009 10:22:12 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:09:25 UTC