[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