<div><div class="gmail_quote">On Thu, Sep 23, 2010 at 7:45 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">On Thu, Sep 23, 2010 at 10:11 PM, Mikko Rantalainen <span dir="ltr"><<a href="mailto:mikko.rantalainen@peda.net" target="_blank">mikko.rantalainen@peda.net</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">
What kind of digesting and analyzing do you think is required? An UA is<br>
free to implement support for this API in a way that will ever accept<br>
the request only if the requested element is the video element. In that<br>
case, the API is a specialized video fullscreen API only.<br></blockquote><div> </div></div></div>In fact, there has been a lot of clear feedback that an API that only works on video elements is unlikely to get much use, since major video sites very strongly prefer to use their own player UI in fullscreen mode. And of course their own player UI consists of non-video elements...<br>


<br clear="all"></blockquote><div><br></div>Yes, especially since default player controls don't allow many of the features of more complicated players.<div><br></div><div>On YouTube, for example, you can't do any of the following without our UI:</div>

<div><ul><li>Change resolution</li><li>Change playback speed</li><li>Turn captions on or off</li><li>Turn annotations on or off (someday, right now this is only in Flash though)</li></ul><div>If the fullscreen experience is significantly restricted compared to the in-browser experience, users aren't going to be happy. </div>

<div><br></div></div><div>-Kevin</div></div></div>