If there are multiple elements on the page (e.g. multiple inline video players) that could go fullscreen, you still need some way to determine which of them the user intended to make fullscreen.  My understanding is that was the point of designating a fullscreen element - it still requires that elements cooperate (by checking to see that they are the intended fullscreen element), but it's possible for them to do the right thing.<div>

If fullscreen was initiated at the document level, then the intended behavior is ambiguous, and I would expect none of the elements to go fullscreen.<br><div><br></div><div>-John<br><br><div class="gmail_quote">On Sun, Aug 8, 2010 at 10:50 PM, Robert O'Callahan <span dir="ltr"><<a href="mailto:robert@ocallahan.org">robert@ocallahan.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><div style="margin-left:40px">Fullscreen support for specific elements is more than just a convenience
 - it's fairly common to have multiple elements on a page that could be 
made to go fullscreen<br clear="all"></div><br></div>If the browser fullscreen API only supported making the entire page fullscreen, you could make an element fullscreen by making the page fullscreen and then making the element fill the page.<br>


<br>This is in fact what the proposed API does. It just provides a convenient way for authors to achieve it.<div><div></div><div class="h5"><br><br>Rob<br>-- <br>"Now the Bereans were of more noble character than the 
Thessalonians, for they received the message with great eagerness and 
examined the Scriptures every day to see if what Paul said was true." [Acts 17:11]<br>
</div></div></blockquote></div><br></div></div>