[whatwg] should async scripts block the document's load event?
Darin Fisher
darin at chromium.org
Sat Feb 13 06:29:44 PST 2010
I don't know... to me, "asynchronous" means completes later. Precedence:
XMLHttpRequest.
The Mozilla network code uses the phrase "load background" to describe a
load that happens asynchronously in the background _and_ does not block
onload. Perhaps not coincidentally, this mode is used to load background
images :-)
-Darin
On Fri, Feb 12, 2010 at 11:50 AM, Jonas Sicking <jonas at sicking.cc> wrote:
> It's a good point. Curious to hear what other people are thinking.
>
> / Jonas
>
> On Fri, Feb 12, 2010 at 10:10 AM, Nicholas Zakas <nzakas at yahoo-inc.com>
> wrote:
> > To me “asynchronous” fundamentally means “doesn’t block other things from
> > happening,” so if async currently does block the load event from firing
> then
> > that seems very wrong to me.
> >
> >
> >
> > -Nicholas
> >
> >
> >
> > ______________________________________________
> >
> > Commander Lock: "Damnit Morpheus, not everyone believes what you
> believe!"
> >
> > Morpheus: "My beliefs do not require them to."
> >
> > ________________________________
> >
> > From: whatwg-bounces at lists.whatwg.org
> > [mailto:whatwg-bounces at lists.whatwg.org] On Behalf Of Brian Kuhn
> > Sent: Friday, February 12, 2010 8:03 AM
> > To: Jonas Sicking
> > Cc: Steve Souders; WHAT Working Group
> > Subject: Re: [whatwg] should async scripts block the document's load
> event?
> >
> >
> >
> > Right. Async scripts aren't really asynchronous if they block all the
> > user-visible functionality that sites currently tie to window.onload.
> >
> >
> >
> > I don't know if we need another attribute, or if we just need to change
> the
> > behavior for all async scripts. But I think the best time to fix this is
> > now; before too many UAs implement async.
> >
> >
> >
> > -Brian
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > On Thu, Feb 11, 2010 at 10:41 PM, Jonas Sicking <jonas at sicking.cc>
> wrote:
> >
> > Though what we want here is a DONTDELAYLOAD attribute. I.e. we want
> > load to start asap, but we don't want the load to hold up the load
> > event if all other resources finish loading before this one.
> >
> > / Jonas
> >
> > On Thu, Feb 11, 2010 at 10:23 PM, Steve Souders <whatwg at souders.org>
> wrote:
> >> I just sent email last week proposing a POSTONLOAD attribute for
> scripts.
> >>
> >> -Steve
> >>
> >> On 2/10/2010 5:18 PM, Jonas Sicking wrote:
> >>>
> >>> On Fri, Nov 6, 2009 at 4:22 PM, Brian Kuhn<bnkuhn at gmail.com> wrote:
> >>>
> >>>>
> >>>> No one has any thoughts on this?
> >>>> It seems to me that the purpose of async scripts is to get out of the
> >>>> way
> >>>> of
> >>>> user-visible functionality. Many sites currently attach user-visible
> >>>> functionality to window.onload, so it would be great if async scripts
> at
> >>>> least had a way to not block that event. It would help minimize the
> >>>> affect
> >>>> that secondary-functionality like ads and web analytics have on the
> user
> >>>> experience.
> >>>> -Brian
> >>>>
> >>>
> >>> I'm concerned that this is too big of a departure from how people are
> >>> used to<script>s behaving.
> >>>
> >>> If we do want to do something like this, one possibility would be to
> >>> create a generic attribute that can go on things like<img>,<link
> >>> rel=stylesheet>,<script> etc that make the resource not block the
> >>> 'load' event.
> >>>
> >>> / Jonas
> >>>
> >>
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20100213/c6e3a419/attachment-0001.htm>
More information about the whatwg
mailing list