W3C home > Mailing lists > Public > whatwg@whatwg.org > May 2011

[whatwg] Proposal for separating script downloads and execution

From: Nicholas Zakas <nzakas@yahoo-inc.com>
Date: Wed, 25 May 2011 08:24:34 -0700
Message-ID: <B66541E954ECF146AD8CA69D34A283FF3AA7805025@SP2-EX07VS02.ds.corp.yahoo.com>
I already explained that in my previous email. Parsing and compilation on a background thread removes some of the problem but not all of it. Ultimately, even if the script is just a function waiting to be called, the browser still executes it in a blocking fashion after parsing and compilation. It's the execution that is troublesome part because it interferes with the UI. The fact that the script isn't doing much is helpful, but once again, there will be a non-zero interrupt that can affect user experience.


-----Original Message-----
From: Kornel Lesi?ski [mailto:kornel@geekhood.net] 
Sent: Tuesday, May 24, 2011 2:33 PM
To: whatwg at lists.whatwg.org
Cc: Nicholas Zakas
Subject: Re: [whatwg] Proposal for separating script downloads and execution

On Tue, 24 May 2011 17:34:45 +0100, Nicholas Zakas <nzakas at yahoo-inc.com>  

> Your assertion that loading a file that simply defines a function will  
> solve the problem is a bit too simplistic for most web applications.

Could you describe the case where wrapping script in a function would not  
solve the problem in UAs that parse scripts asynchronously?

regards, Kornel Lesi?ski
Received on Wednesday, 25 May 2011 08:24:34 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:33 UTC