This change isn't about making navigating away from a page faster,
it's about improving the experience when navigating back. A poorly
designed site will always be slow (synchronous IO on unload/
beforeunload -- wtf?) The issue is people doing trivial things in
onbeforeunload that don't take any real time, but because of the
onunload navigating back becomes much slower.
(At least this is my understanding as someone not at all involved in
the loader code)
--Oliver
On Sep 16, 2009, at 11:27 AM, Peter Kasting wrote:
On Wed, Sep 16, 2009 at 11:23 AM, Geoffrey Garen <[email protected]>
wrote:
Prior to r48388, things that could make the back button slow:
1. An unload handler in the page you're leaving.
2. Reloading the page you're going back to.
Post r48388, things that could make the back button slow:
1. An unload handler in the page you're leaving.
Yes, that's completely accurate. I am only suggesting that item 1
dominates item 2.
BTW, w.r.t. making unload handlers faster, we haven't actually sped
anything up yet, but we're getting closer to converging on an
implementation + plan for the future. I intend to write something
on the relevant bug in a few minutes.
PK
_______________________________________________
webkit-dev mailing list
[email protected]
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
_______________________________________________
webkit-dev mailing list
[email protected]
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
