<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On Mar 9, 2010, at 8:01 PM, Robert O'Callahan wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">On Wed, Mar 10, 2010 at 3:59 PM, Michael Dale <span dir="ltr"><<a href="mailto:dale@ucsc.edu">dale@ucsc.edu</a>></span> wrote:<div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I was part of the initial thread that was left unresolved. I would just re-iterate that its important the fullscreen system does not deprive the web designer of flexibility to do DOM overlays / layouts.<br></blockquote><br>
You mean the thread "api for fullscreen()"? Actually I thought that thread ended with reasonably strong consensus on what the API should be.<br></div></blockquote></div><br><div>Agreed.</div><div><br></div><div>This thread is about API specifically on the video element, for taking the video (and only the video) fullscreen. WebKit has implemented this recently:</div><div><<a href="http://ajaxian.com/archives/fullscreen-api-coming-to-browsers-near-you">http://ajaxian.com/archives/fullscreen-api-coming-to-browsers-near-you</a>></div><div><br></div><div>It allows WebKit to do a high-performance fullscreen implementation with a high quality cinematic, both of which are hard to guarantee with a more generic fullscreen API.</div><div><br></div><div>However, we thing there are use cases for both, which is why we also interested in the more generic API as well. If you need to do DOM overlays with video, then the generic fullscreen API is what you want.</div><div><br></div><div>Simon</div><div><br></div></body></html>