[whatwg] <object> behavior

Boris Zbarsky bzbarsky at MIT.EDU
Mon Sep 21 13:30:29 PDT 2009


On 9/21/09 2:01 PM, Michael A. Puls II wrote:
> I think Opera even defers
> the fetching of display: none images until the display is changed.

With those, I believe, it does a synchronous GET when someone asks about 
things about the image that need the image data, no?

I have no problem with a load-on-demand setup as long as it's 
transparent to content...

> So, I'm thinking HTML5 should say that display: none specifically (not
> other display values) "SHOULD NOT" affect... instead of "MUST NOT"
> affect... because there might be cases where display: none deferring is
> desired.

I think that makes the model very confusing for authors, but maybe 
that's just me.

How do you envision an audio object inside <head> working with this 
setup?  Or would it have to go inside <body>, per spec?  What about 
wanting an object that has no rendering at all but lets you interact 
with it via script and does something useful for you (say S/MIME stuff 
for a webmail client)?

> Of course, if the idea is to support deferring for images, <object> and
> <embed> etc. and it's not desired that that support be given through
> css, perhaps there should be some attribute that does that. <img
> disabled> <object disabled> <embed disabled> etc. where .disabled =
> false brings them alive.

I would prefer something like this.  Using CSS for this purpose seems wrong.

-Boris



More information about the whatwg mailing list