On Mon, Aug 23, 2010 at 5:03 PM, Adam Barth <span dir="ltr"><<a href="mailto:w3c@adambarth.com">w3c@adambarth.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Sun, Aug 22, 2010 at 9:56 PM, Robert O'Callahan <<a href="mailto:robert@ocallahan.org">robert@ocallahan.org</a>> wrote:<br>
> On Mon, Aug 23, 2010 at 4:42 PM, Adam Barth <<a href="mailto:w3c@adambarth.com">w3c@adambarth.com</a>> wrote:<br>
>> Oh, I think the iframe-at-a-time is an easier model to work with since<br>
>> the scripting context will get adopted into the full-screen view<br>
>> together with the elements.<br>
><br>
> It requires the author to put each part of their page that they want to go<br>
> fullscreen into its own subframe. That is cumbersome. With my proposal, most<br>
> existing pages and player UIs would work if you just call<br>
> "element.requestFullScreen()" in some event handler.<br>
<br>
</div>But it doesn't go full screen, right?  Didn't you say above that the<br>
location bar is still there?<br></blockquote><div> </div></div>That depends on the UA. Assuming we implement this API using our existing fullscreen functionality, in Firefox the element would be fullscreen, but if the user moves the mouse to the very top of the screen some browser chrome will pop down temporarily, including the URL bar.<br clear="all">
<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>