Re: handling fallback content for still images

On Mon, 2 Jul 2007, Robert Burns wrote:
> 
> Without implementation problems
> 
> <video> could just be
> 
> <object data='video'>
> fallback
> </object
> 
> <audio> could just be
> 
> <object data='audio'>
> fallback
> </object
> 
> <canvas> could just be
> 
> <object type='image/canvas'>
> fallback
> </object

Actually, no -- the <video>, <audio>, and <canvas> elements all expose 
elaborate APIs that are specific to the kind of media to which they 
relate. When those elements were introduced, it was thought unwise to 
overload <object> with all these APIs as well as APIs for frames, plugins, 
images, and the like. (Part of the reason <object> is so poorly 
implemented is that it is so overloaded with different behaviours, a 
lesson that I've tried to apply to all the new features in HTML5.)

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'