[whatwg] <object> behavior

Ola P. Kleiven olak at opera.com
Mon Aug 31 03:18:55 PDT 2009

On Mon, 31 Aug 2009 11:08:16 +0200, Ian Hickson <ian at hixie.ch> wrote:

> On Tue, 25 Aug 2009, Andrew Oakley wrote:
>> Ian Hickson wrote:
>> > I'm not sure exactly what change you mean. The spec already has some  
>> of
>> > Gecko's behaviour (in particular the special-casing of certain MIME  
>> types
>> > to enable sniffing), are there other changes you think we should  
>> include?
>> Boris Zbarsky wrote (near the top of this thread):
>> > If the type attribute was set to something that parsed as a MIME
>> > type, and if that type would be handled by a plug-in (that is, we
>> > have a plug-in to handle it, and have no other method for handling
>> > it), then use the type attribute's type instead of the header type.
>> So if we had a type attribute of application/x-shockwave-flash, and a
>> Content-Type header of image/png we would use the flash plugin.
>> Following the HTML5 spec we would use the image renderer.
> Ah, yes, that's intentional (doing otherwise violates HTTP1.1). Is this
> something you're forced into for compatibility?

Opera prefers HTTP Content-Type over object type and we see some  
compatibility issues due to this.

Examples that fail in Opera:


Ola P. Kleiven, Core Compatibility, Opera Software

More information about the whatwg mailing list