[Webkit-unassigned] [Bug 51941] refactor HTMLLinkElement to allow Link header implementation

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=51941





--- Comment #23 from Gavin Peters <gavinp at chromium.org>  2011-01-07 12:17:11 PST ---
Alexey,

First, about the test: thanks.  I'll remove it in my next upload.

I'm open to other names and suggestions about where to go.  The context for this change is described in the bug 51940; my hope is to implement the HTTP Link header for the rel=prefetch case (leaving other cases for future work), and I wanted to share as much code as possible.  I brought this up in WebKit-dev, and the suggestions came back to try to keep as much code in common as possible between the two paths: that is what this CL tries to do, provide a foundation for an alternative entry to loading and applying links to documents that can be used by the (yet to be written/applied) HTTP header parsing code. 

The LinkLoader name may be confusing: conceptually a LinkLoader is not just loading the link, it's applying it to the document as well.  And of course, in the HTMLLinkElement link case, document mutations affect the loader too.

Any suggestions about how to make a better refactoring, change the names etc...?

Thanks!

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.