Le 27/02/2015 15:23, Boris Zbarsky a écrit :
On 2/27/15 4:43 AM, David Bruant wrote:
It is my belief that providing the sandbox attribute should be a strong
enough indicator that the iframe could be fully run in parallel (not
just loaded async'ly).
Iframes are already loaded "async", obviously.
It sounds like what's wanted here is more of a "load this at lowest
priority", which has nothing to do with whether it's running in the
same thread (what I assume you mean by parallel) or not: either way
the net connection is shared, right?
I jumped a bit to conclusions quickly, but I think the point remains. If
the iframe is loaded in parallel (different thread, different process,
anything that isn't blocking the parent), then its loading doesn't block
the parent loading. That's how things were implemented in Servo last I
looked (admittedly some time ago and iframes were far from
standard-compliant, but I think the demo was relevant anyway).
I don't understand the concern with the shared net connection.
Does the spec mandates the order of resource loading between parent and
iframe?
If so, is it also the case for sandboxed iframes?
If not, then browsers have enough liberty today to prioritize parent's
resource loading over iframe without the need of an opt-in from devs, maybe?
Can async loading be retroffited into sandboxed iframes?
Please define "async loading" in the context of your question?
What I meant was "loading that doesn't block parent's loading".
David