- From: Joćo Eiras <joao.eiras@gmail.com>
- Date: Tue, 12 Aug 2008 14:57:40 +0100
> On a browser that supports video but not Ogg Then the browser does not support <video>. The spec mandates both <video> element support + ogg theora support. Else the implementation is incomplete. It would be the same like have <img> without the UA not supporting any kind of image format. But I agree though that we need an API to test UA capabilities, because the list of supported video and audio formats can grow, and have several different implementations in different states in different UAs, therefore hiding this information from the web page would result in more bloated javascript code doing more broken browser sniffing. Just 2 cents. Bye. On , Chris Double <chris.double at double.co.nz> wrote: > On Tue, Aug 12, 2008 at 7:47 PM, Kristof Zelechovski > <giecrilj at stegny.2a.pl> wrote: >> What is the advantage of using JavaScript to determine a viable >> embedding >> method over using alternative streams and fallback content that can >> include >> the OBJECT element where appropriate? > > <video src="foo.ogg"> > fallback content > </video> > > On a browser that doesn't support video this will use the fallback > content (OBJECT, etc) to instantiate something that can play the Ogg > file. On a browser that supports video and Ogg it will play the video. > On a browser that supports video but not Ogg, how do you then > instantiate a fallback that can play the Ogg file. Without JavaScript > and without providing an alternative source re-encoded in a different > format. > > Chris.
Received on Tuesday, 12 August 2008 06:57:40 UTC