Support for rel='preload'

[etylsarin]

W3C editor's draft: https://w3c.github.io/preload/

[Schweinepriester]

https://twitter.com/ebidel/status/690058172283904000 => https://chromium.googlesource.com/chromium/src/+/dcbdcdb41ad3b1dbb0426b3092592b2c451ad098

for scripts/styles landed today in Blink

+1, btw. again :)

[MarcoHengstenberg]

+1 as we already got the first browser supporting the feature

[Schweinepriester]

https://twitter.com/smashingmag/status/692489614167269378 =>

• polyfill: https://github.com/filamentgroup/loadCSS
• demo: http://filamentgroup.github.io/loadCSS/test/preload.html

[paulirish]

Chrome 50 now has support for <link rel=preload>.

It supports the following as values (also called "request destinations"):

as value	example
script	<link rel=preload href="dummy.js" as=script>
style	<link rel=preload href="dummy.css" as=style>
image	<link rel=preload href="square.png" as=image>
font	<link rel=preload href="Ahem.ttf" as=font crossorigin>
video	<link rel=preload href="test.mp4" as=video>
audio	<link rel=preload href="test.oga" as=audio>
track	<link rel=preload href="captions.vtt" as=track>
(invalid)	<link rel=preload href="dummy.xml" as=foobarxmlthing>
(blank)	<link rel=preload href="dummy.xml">

In Chrome, the script, style, image, and font get treatment similar to other resources of that type, applying any neccessary prioritization, etc. Currently all other types are successfully fetched, though as a generic resource.

A test page: https://chromium.googlesource.com/chromium/src/+/master/third_party/WebKit/LayoutTests/http/tests/preload/onload_event.html

[jelmerdemaat]

+1 (to upvote on feature suggestion list).

[forberg]

+1

[pablomoretti]

+1

[Chuclucillo]

+1

[orzage]

+1

[rsteinwand]

+1

[PeterJCLaw]

+1

[Fyrd]

Now available at http://caniuse.com/#feat=link-rel-preload