Also should be noted a simple patch for oggHandler to output <video> and 
use the mv_embed library is in the works see:
https://bugzilla.wikimedia.org/show_bug.cgi?id=18869

you can see it in action a few places like 
http://metavid.org/wiki/File:FolgersCoffe_512kb.1496.ogv

Also note my ~soft~ push for native support if you don't already native 
support. (per our short discussion earlier in this thread) if you say 
"don't show again" it sets a cookie and won't show it again.

I would be happy to randomly link to other browsers that support html5 
video tag with ogg as they ship with that functionality.

I don't really have apple machine handy to test quality of user 
experience in OSX safari with xiph-qt. But if that is on-par with 
Firefox native support we should probably link to the component install 
instructions for safari users.

--michael



Gregory Maxwell wrote:
> On Tue, Jul 7, 2009 at 1:54 AM, Aryeh
> Gregor<[email protected]> wrote:
> [snip]
>   
>> * We could support <video>/<audio> on conformant user agents without
>> the use of JavaScript.  There's no reason we should need JS for
>> Firefox 3.5, Chrome 3, etc.
>>     
>
>
> Of course, that could be done without switching the rest of the site to 
> HTML5...
>
> Although I'm not sure that giving the actual video tags is desirable.
> It's a tradeoff:
>
> Work for those users when JS is enabled and correctly handle saving
> the full page including the videos vs take more traffic from clients
> doing range requests to generate the poster image, and potentially
> traffic from clients which decide to go ahead and fetch the whole
> video regardless of the user asking for it.
>
> There is also still a bug in FF3.5 that where the built-in video
> controls do not work when JS is fully disabled. (Because the controls
> are written in JS themselves)
>
>
> (To be clear to other people reading this the mediawiki ogghandler
> extension already uses HTML5 and works fine with Firefox 3.5, etc. But
> this only works if you have javascript enabled.  The site could
> instead embed the video elements directly, and only use JS to
> substitute the video tag for fallbacks when it detects that the video
> tag can't be used)
>
> _______________________________________________
> Wikitech-l mailing list
> [email protected]
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l


_______________________________________________
Wikitech-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Reply via email to