Re: [whatwg] Script-related feedback

2013-07-24 Thread Ian Hickson
On Wed, 9 Jan 2013, Anne van Kesteren wrote: On Wed, Jan 9, 2013 at 9:32 PM, Ian Hickson i...@hixie.ch wrote: Advantages of putting this in JS over multipart: - it's backwards-compatible - it's easier to parse a static barrier than a multipart/*'s wacky syntax. - it doesn't

Re: [whatwg] Script-related feedback

2013-07-24 Thread Anne van Kesteren
On Wed, Jul 24, 2013 at 11:18 AM, Ian Hickson i...@hixie.ch wrote: Yeah, but the multipart logic has pretty big disadvantages -- mainly the opposite of the advantages for a built-in feature: - not backwards compatible - not as simple to understand, use, implement, or spec - doesn't really

Re: [whatwg] Script-related feedback

2013-01-09 Thread Adam Barth
On Mon, Jan 7, 2013 at 7:51 PM, Ian Hickson i...@hixie.ch wrote: On Mon, 7 Jan 2013, Adam Barth wrote: Why not just introduce a keyword or pragma to JavaScript that tells the user agent to act as if the end of the Program production had been reached, and that it should treat the remainder

Re: [whatwg] Script-related feedback

2013-01-09 Thread Ian Hickson
On Wed, 9 Jan 2013, Adam Barth wrote: Working through some examples, that seems really strange: foo(); breakParsing(); bar(); In this case, breakParsing() works a bit like yield() in other programming languages: first foo() executes, then the event loop spins, then bar() executes.

Re: [whatwg] Script-related feedback

2013-01-07 Thread Adam Barth
On Wed, Dec 19, 2012 at 2:27 PM, Ian Hickson i...@hixie.ch wrote: On Mon, 3 Dec 2012, Adam Barth wrote: Currently, there are a number of ways to load a script from the network and execute it, but none of them will actually load and execute the script as fast as physically possible. Consider

Re: [whatwg] Script-related feedback

2013-01-07 Thread Ian Hickson
On Mon, 7 Jan 2013, Adam Barth wrote: Why not just introduce a keyword or pragma to JavaScript that tells the user agent to act as if the end of the Program production had been reached, and that it should treat the remainder of the file as another Program? This could even be done

Re: [whatwg] Script-related feedback

2013-01-07 Thread Glenn Maynard
On Mon, Jan 7, 2013 at 7:20 PM, Adam Barth w...@adambarth.com wrote: This could even be done in a backwards-compatible fashion by having the syntax to do this be something that down-level clients ignore, e.g.: /*@BREAK*/ ...or some such. That approach is an in-band signal,

Re: [whatwg] Script-related feedback

2010-07-25 Thread Diego Perini
On Sun, Jul 25, 2010 at 3:25 AM, Steve Souders wha...@souders.org wrote: Defer doesn't achieve the desired behavior. The goal is load this script after everything else in the page is done. Instead, defer'ed scripts get loaded immediately, thus stealing one of the few network connections from

Re: [whatwg] Script-related feedback

2010-07-24 Thread Diego Perini
Six out of the six mentioned sites are never visited by me. Though I know I am not representative in these numbers, I believe I recently saw tests about defer currently having different implementation across browser and different behavior depending on the script insertion point and again

Re: [whatwg] Script-related feedback

2010-07-24 Thread Steve Souders
Defer doesn't achieve the desired behavior. The goal is load this script after everything else in the page is done. Instead, defer'ed scripts get loaded immediately, thus stealing one of the few network connections from other (more important) resources. Here's an example:

Re: [whatwg] Script-related feedback

2010-07-23 Thread Ian Hickson
On Wed, 17 Mar 2010, Steve Souders wrote: Given that it is possible to do this from script, how common is it for people to do it from script? If it's very common, that would be a good data point encouraging us to do this sooner rather than later. 6 of the top 10 US web sites load

Re: [whatwg] Script-related feedback

2010-03-17 Thread Steve Souders
Given that it is possible to do this from script, how common is it for people to do it from script? If it's very common, that would be a good data point encouraging us to do this sooner rather than later. 6 of the top 10 US web sites load scripts after the load event: eBay, Facebook, Bing,

[whatwg] Script-related feedback

2010-03-16 Thread Ian Hickson
On Tue, 3 Nov 2009, Brian Kuhn wrote: In section http://www.whatwg.org/specs/web-apps/current-work/#attr-script-async, it says: *Fetching an external script must delay the load event of the element's document until the task that is queued by the networking task source once the

[whatwg] script-related feedback

2008-12-28 Thread Ian Hickson
On Thu, 21 Aug 2008, Jonas Sicking wrote: Here is the list of elements that we *don't* execute scripts inside of in firefox: http://mxr.mozilla.org/mozilla-central/source/content/base/src/nsScriptElement.cpp#148 i.e. iframe, noframes, noembed Everywhere else we do execute the script.

Re: [whatwg] script-related feedback

2008-12-28 Thread João Eiras
On , Ian Hickson i...@hixie.ch wrote: On Fri, 12 Dec 2008, Martin Atkins wrote: Could browsers handle confirm() and friends in such a way that they only block the contents of the tab, not the whole browser? In particular, the close tab and close window features, ideally along with things