Folks,
Right now in WebKit, beforeload events are not universally sent for link
elements. In particular, link elements with the rel type icon, dns-prefetch
and prefetch do not generate beforeload events. In a recent review of bug
51941, ap raised the question that perhaps they should be sent.
On Wed, Jan 12, 2011 at 8:05 AM, Gavin Peters (蓋文彼德斯)
gav...@chromium.orgwrote:
1. Should HTML Link rel=prefetch have beforeload events?
2. How about rel=icon and rel=dns-prefetch ?
I don't see why these wouldn't fire beforeload. They are resource requests
like any others. I don't know
Chromium-specific note:
link rel=icon is loaded externally to WebKit, which will likely complicate
matters here.
-Darin
On Wed, Jan 12, 2011 at 8:52 AM, Ojan Vafai o...@chromium.org wrote:
On Wed, Jan 12, 2011 at 8:05 AM, Gavin Peters (蓋文彼德斯) gav...@chromium.org
wrote:
1. Should HTML
On 12.01.2011 17:05, Gavin Peters (蓋文彼德斯) wrote:
...
As background, I'm right now refactoring the HTMLLinkElement to pull out
the loader that handles the abovementioned three rel types. I'm doing
this in preparation for adding Link header support, initially for these
three rel types, as they
12.01.2011, в 10:26, Julian Reschke написал(а):
they are not so controversial as for instance
putting rel=stylesheet in the HTTP headers.
...
Out of curiosity: what's controversial about that?
Some of the discussion is written down in
https://bugs.webkit.org/show_bug.cgi?id=20018.
Do other browsers support these values in the HTTP Link header? Do Web sites
use them? I think the idea of triggering subresource loads from HTTP headers
instead of the HTML itself is problematic. We should support it only to the
degree required for Web compatibility.
Regards,
Maciej
On Jan
Firefox definitely supports rel=prefetch in HTTP Link headers. I believe it
also supports other rel types, like stylesheet. The rel=subresource bit is
something new.
Supporting the Link header enables web servers to inject link tags without
modifying the document, which can be useful,
7 matches
Mail list logo