W3C home > Mailing lists > Public > www-html@w3.org > June 2003

Re: Shorten <object> in XHTML 2.0?

From: J. King <mtknight@dark-phantasy.com>
Date: Sun, 29 Jun 2003 18:44:44 -0400
To: "Jason M. Kikta" <kiktajm@muohio.edu>
Cc: "www-html.w3.org" <www-html@w3.org>
Message-ID: <oprrjv4u1ak4suho@mail.dark-phantasy.com>

On Sun, 29 Jun 2003 15:47:48 -0400, Jason M. Kikta <kiktajm@muohio.edu> 

> I think you misunderstood what I was saying (or I didn't present it well, 
> which is more likely).
> It is important to break backwards compatibility in this case, because of 
> an existing bug. If IE won't try to render it, it will move on to the 
> fallback. The beauty of <object> is that it allows for multiple nested 
> "fallbacks" if the browser can't handle the top level object. So you can 
> do this (really rough example, tabs are for clarity):
> <object data="test.png">
> 	<object data="test.jpg">
> 		<img src="test.gif" alt="Test Picture" />
> 	</object>
> </object>
> In this situation, the rendering engine will try to load the PNG first. 
> If it doesn't understand/know what it is, it move on to the JPEG. If it 
> still can't load it, doesn't understand the file format, or doesn't know 
> what <object> is, it will load the GIF (with the ALT text as a further 
> fallback).
> The problem, like I said, isn't browsers that don't understand <object>, 
> because they will move on to the backup. The problem is idiot browsers 
> like IE, that can't render it properly but think that they can. Switching 
> to <obj> would solve this problem, since IE would go to the <img> tag, 
> and you would still have valid XHTML 2.
> Jason

Sorry for posting twice, but I thought it would be worth mentioning that 
your example would not actually be valid XHTML2, not unless you included an 
additional module that defined the <img> element for use in the document.  
You can do that, of course, but to do so to fix a bug in a user-agent when 
you could simply use older technology is wasteful.

Received on Sunday, 29 June 2003 18:44:50 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:06:04 UTC