[whatwg] <object> behavior
Ian Hickson
ian at hixie.ch
Mon Aug 24 16:30:01 PDT 2009
On Fri, 14 Aug 2009, Andrew Oakley wrote:
> >> - Should the type attribute take precedence over the Content-Type header?
> >
> > No, I believe what the spec says here is the preferred behaviour.
> > Unless this is incompatible with legacy content, we should try to move
> > towards this behaviour.
>
> OK, should the spec mention the change that Boris Zbarsky said had been
> made for Gecko? I guess this use makes up the majority of uses of
> <object> on the web (although the Content-Type header should be set to
> the same thing so it wouldn't normally matter). Presumably this would
> also change the rules for when to instantiate a new plugin, given that
> the current rules are essentially "whenever a different plugin or data
> would be loaded".
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?
> I'm also confused about the criteria for creating a nested browsing context.
>
> > - If the resource type is an XML MIME type
> > - If the resource type is HTML
> > - If the resource type does not start with "image/"
>
> Does that mean:
> - xml_mime_type OR html OR not_image
> this is the same as xml_mime_type OR not_image
> - xml_mime_type AND html AND not_image
> this would be application/xhtml+xml, application/ce-html+xml etc. but
> *not* text/html
> - (xml_mime_type OR html) AND not_image
> makes sense but would certainly need clarification in the spec
The former. I've added an "or" and removed the (redundant) HTML line to
make this clearer.
--
Ian Hickson U+1047E )\._.,--....,'``. fL
http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,.
Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
More information about the whatwg
mailing list