W3C home > Mailing lists > Public > whatwg@whatwg.org > March 2007

[whatwg] Video proposals

From: Gareth Hay <gazhay@gmail.com>
Date: Sat, 17 Mar 2007 18:45:00 +0000
Message-ID: <90679587-F3BB-4F49-B299-0BF56EE380F0@gmail.com>
According to the draft for object there is no requirement to specify  
the mime type in object tag anyway, so I'm guessing some people will  
never specify it.

> f the file fails to load, you don't have a
> MIME type at all, so what kind of presentation would a broken video  
> have
> on the page if you don't even have a MIME type to tell you it's a  
> video?
> If you have a <video> element, it could just give you a broken film  
> icon.

For the matter of failing to load, what is your expectation?
If you mean for the user to be notified of a plugin or codec, you can  
specify fallback content anyway, and if the file is missing, then it  
doesn't matter if you have specified a MIME type or not, the file can  
no longer be found even if the user is told it's a video/ogg, or  
whatever.

>    Sure. What happens if you're taking old videos of a page because  
> you
> moved them to a site like YouTube? How would you tell them apart from
> other content in the page that might require <object>, like SVG  
> graphics
> and such?

I think this kind of reasoning leads us logically to tags for  
everything. (Which I don't think is a good idea fwiw)
If I wanted to isolate all SVG content from a page and it also  
contains flash but the previous incumbent didn't use MIME then I am  
also stuck, but again, if the actual content has gone from the  
internet a MIME type isn't going to help me much.

There are of course other use cases, such as wanting to specify an  
object in general terms and have it change over time. For example if  
I have a video file, I can swap codecs should I need to, and not need  
to alter the page at all.

Gareth
Received on Saturday, 17 March 2007 11:45:00 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:58:53 UTC