- From: Jonas Sicking <jonas@sicking.cc>
- Date: Mon, 23 Apr 2007 05:44:53 -0700
- To: Anne van Kesteren <annevk@opera.com>, Web APIs WG <public-webapi@w3.org>
Anne van Kesteren wrote: > On Sat, 21 Apr 2007 08:15:50 +1000, Jonas Sicking <jonas@sicking.cc> wrote: >> Looking at the new progress event spec it looks great. I don't >> understand why it requires that 'loadstart' and 'progress' be fired >> before error though. For example if the requested uri can't even be >> parsed as a real uri it seems sensible to fire an error event right >> away and abort without doing any further processing. > > Wouldn't that depend on the situation? With XMLHttpRequest for instance > if the URI can't be parsed you'd get a SYNTAX_ERR and never arrive here. > The error event is only thrown for network errors. (Similarly, the load > event is dispatched if everything went ok.) Good point. This is probably going to be true in most specs actually. I'm still not convinced it's a good idea to mandate that these events are fired first unless there is a real usecase for it. See below. > I think you do want at least > one loadstart and progress event before that event though. Why? ('that event' means the error event here, right?) / Jonas
Received on Monday, 23 April 2007 12:45:07 UTC