W3C home > Mailing lists > Public > whatwg@whatwg.org > January 2012

[whatwg] should we add beforeload/afterload events to the web platform?

From: Boris Zbarsky <bzbarsky@MIT.EDU>
Date: Tue, 17 Jan 2012 19:29:43 -0500
Message-ID: <4F161277.6090206@mit.edu>
On 1/17/12 7:24 PM, James Robinson wrote:
> Even this scheme doesn't work with a model like SPDY push or other
> bundling techniques or with more aggressive preloading that initiates
> loads before the main resource is loaded.

Er... you mean it initiates loads before it has any idea whether the 
main resource might have changed such that it no longer links to the 
objects in question?

I agree that such aggressive preloading is impossible to control from 
the source document; an interesting question is whether it's desirable. 
  I know that in the past when Gecko preloaded too aggressively we got 
huge complaints from various ad providers about "bogus impressions"....

> 1.) Monitoring/modifying/preventing network activity for a given
> resource load
>
> 2.) Monitoring/modifying/preventing DOM modifications that occur as the
> result of a resource load
>
> For (1) I can't think of any web-facing needs.

I believe mobify does in fact want (1) as much as it can to conserve 
bandwidth...

> In any event I think that beforeload as it exists today is a bad API for
> the web

Good, we agree on that.  ;)

> (although I suspect it'll stick around for extension contexts, which is
> more acceptable in my view).

It's obviously just fine from my pov at that point.  ;)

-Boris
Received on Tuesday, 17 January 2012 16:29:43 UTC

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