W3C home > Mailing lists > Public > public-html-diffs@w3.org > April 2010

hixie: Cleanup of preload='' and autoplay=''. (whatwg r4903)

From: poot <cvsmail@w3.org>
Date: Thu, 1 Apr 2010 14:35:44 +0900 (JST)
To: public-html-diffs@w3.org
Message-Id: <20100401053544.CC8682BC93@toro.w3.mag.keio.ac.jp>
hixie: Cleanup of preload='' and autoplay=''. (whatwg r4903)


RCS file: /sources/public/html5/spec/Overview.html,v
retrieving revision 1.3923
retrieving revision 1.3924
diff -u -d -r1.3923 -r1.3924
--- Overview.html	30 Mar 2010 01:52:08 -0000	1.3923
+++ Overview.html	30 Mar 2010 02:45:09 -0000	1.3924
@@ -20534,10 +20534,7 @@
         network usage while still fetching the metadata for each
         <a href="#media-resource">media resource</a> would also stop buffering at this
         point, causing the <code title="dom-media-networkState"><a href="#dom-media-networkstate">networkState</a></code> attribute
-        to switch to the <code title="dom-media-NETWORK_IDLE"><a href="#dom-media-network_idle">NETWORK_IDLE</a></code> value. This
-        is also where a user agent would stop buffering when honoring
-        the <a href="#media-element">media element</a>'s <code title="attr-media-preload"><a href="#attr-media-preload">preload</a></code>'s <a href="#attr-media-preload-metadata-state" title="attr-media-preload-metadata-state">Metadata</a>
-        state.</p>
+        to switch to the <code title="dom-media-NETWORK_IDLE"><a href="#dom-media-network_idle">NETWORK_IDLE</a></code> value.</p>
@@ -20739,24 +20736,25 @@
      <td>Hints to the user agent that the user agent can put the user's needs first without risk to the server, up to and including optimistically downloading the entire resource.
   </table><p>The empty string is also a valid keyword, and maps to the <a href="#attr-media-preload-auto-state" title="attr-media-preload-auto-state">Automatic</a> state. The
   attribute's <i>missing value default</i> is user-agent defined,
-  though the <a href="#attr-media-preload-auto-state" title="attr-media-preload-auto-state">Automatic</a> state is
-  suggested in high-bandwidth situations.<div class="impl">
+  though the <a href="#attr-media-preload-auto-state" title="attr-media-preload-auto-state">Metadata</a> state is
+  suggested as a compromise between reducing server load and providing
+  an optimal user experience.<div class="impl">
   <p>The <code title="attr-media-preload"><a href="#attr-media-preload">preload</a></code> attribute is
   intended to provide a hint to the user agent about what the author
   thinks will lead to the best user experience. The attribute may be
   ignored altogether, for example based on explicit user preferences
-  or based on the available connectivity. The attribute must be
-  ignored if the <code title="attr-media-autoplay"><a href="#attr-media-autoplay">autoplay</a></code>
-  attribute is present.</p>
+  or based on the available connectivity.</p>
   <p>The <dfn id="dom-media-preload" title="dom-media-preload"><code>preload</code></dfn> IDL
   attribute must <a href="#reflect">reflect</a> the content attribute of the
   same name.</p>
-  </div><p class="note">The <code title="attr-media-preload"><a href="#attr-media-preload">preload</a></code>
-  attribute has no effect if used in conjunction with the <code title="attr-media-autoplay"><a href="#attr-media-autoplay">autoplay</a></code> attribute, though
-  including both is not an error.<hr><!--v3BUF (when readding this, also add a domintro block)
+  </div><p class="note">The <code title="attr-media-autoplay"><a href="#attr-media-autoplay">autoplay</a></code> attribute can overrride
+  the <code title="attr-media-preload"><a href="#attr-media-preload">preload</a></code> attribute (since
+  if the media plays, it naturally has to buffer first, regardless of
+  the hint given by the <code title="attr-media-preload"><a href="#attr-media-preload">preload</a></code> attribute). Including
+  both is not an error, however.<hr><!--v3BUF (when readding this, also add a domintro block)
   <p>The <dfn
   attribute must return the average number of bits received per second
Received on Thursday, 1 April 2010 05:36:34 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:41:47 UTC