- From: Ian Hickson <ian@hixie.ch>
- Date: Fri, 30 Nov 2012 23:43:20 +0000 (UTC)
- To: Boris Zbarsky <bzbarsky@MIT.EDU>, Simon Pieters <simonp@opera.com>
- Cc: whatwg@lists.whatwg.org
On Wed, 29 Aug 2012, Boris Zbarsky wrote: > On 8/29/12 6:11 PM, Ian Hickson wrote: > > Documents that are aborted do not need to work, they were aborted > > precisely because they don't need to work and are no longer needed. > > Or because once again some ad was taking forever to load and the web > page developer is doing all their stuff from onload, so the user just > hit stop to finally get the damn ui to show up. On Thu, 30 Aug 2012, Simon Pieters wrote: > > Indeed. It would be pretty bad user experience if we didn't fire load > when the user clicks "stop". That's for the "stop" key, though, right? Not for aborts that occur e.g. due to navigation, document.open(), or window.stop(). The spec doesn't say what browser UI should do, so if this is just about the stop key, I don't think this needs a spec change. The browser can do whatever it wants when you hit the stop key, e.g. just closing all network sockets, or stopping JS, or stopping animations, or whatever. As far as I can tell, firing 'load' events when a document gets aborted due to new navigation, or document.open(), or window.stop(), is not Web-compatible. -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
Received on Saturday, 1 December 2012 01:18:44 UTC