On Mon, Aug 23, 2010 at 3:46 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">Yeah, I agree that we'd need something like that in this model.  It's<br>
unfortunate though.  Won't folks package <video> widgets using<br>
iframes?  I guess they'll need to include this silly attribute in<br>
their "copy-and-paste this markup" code in order for full screen to<br>
work.<br></div></blockquote><div><br>Right.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
On Sun, Aug 22, 2010 at 8:00 PM, Robert O'Callahan <<a href="mailto:robert@ocallahan.org">robert@ocallahan.org</a>> wrote:<br>
> On Sun, Aug 22, 2010 at 4:12 AM, Adam Barth <<a href="mailto:w3c@adambarth.com">w3c@adambarth.com</a>> wrote:<br>
>> This doesn't seem like a good model for full-screen.  I would think<br>
>> the model of re-parenting the content to a popup window that fills the<br>
>> entire screen would be a better model.<br>
><br>
> I think that model is a lot harder to spec and a lot harder for Web authors<br>
> to understand. I'd certainly be interested in looking at a proposal if<br>
> someone wants to pursue that approach.<br>
<br>
</div>There's been some work in WebKit around the concept of a "magic<br>
iframe" that keeps it's environment intact even when it's adopted from<br>
one document to another.  I'm not sure how much of that has been<br>
discussed for standardization, but you could imagine a model like that<br>
working where a frame is adopted into a "popup" window that fills the<br>
screen.<br></blockquote><div> </div></div>That's sorta-ok if your video is a subframe that you treat as a black box. But if your video element is just an element in your page with event handlers attached to it, and with various scripts that interact with it, and you rip that element out (plus maybe some supporting elements representing your player UI) and drop it in another document, it seems to me you're going to have to code very carefully to ensure it keeps working over there (and the original page doesn't get into a bad state). If there's confirmation UI so that the movement between documents happens asynchronously, it's even more exciting. Moving the element back when the user exits fullscreen has similar issues.<br>
<br>Maybe there are ways to make that model easy and convenient for authors. I'd like to see a proposal.<br><br clear="all">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>