- From: Smylers <Smylers@stripey.com>
- Date: Tue, 26 Aug 2014 14:58:31 +0100
- To: whatwg@lists.whatwg.org, "whatwg@whatwg.org" <whatwg@whatwg.org>
Ian Hickson writes:
> Here's how [the proposal] would handle the use cases listed above.
>
> > [Use-case G:] A website knows there's a piece of Javascript code
> > that the user might need if they click on a part of the page. The
> > developer would like to have the user download it, but not at the
> > expense of other resources.
>
> <script src="button-reaction.js" id="reaction"
> load-policy="when-needed precache low-priority">
> // button-reaction.js defines react()
> </script>
> <button type=button
> onclick="document.scripts.reaction.load().then(
> function() { react(); })"> Part of the Page </button>
What does low-priority add in case G? How does that differ from case H,
where "when-needed precache" is sufficient to avoid delaying other
things from loading?
> > [Use-case H:] A website is prefetching photos in a photo album and
> > would like to make sure these images are lower priority than images
> > the user is actually viewing.
>
> <img src="photo1.jpg" alt="..." load-policy="when-needed precache">
> <img src="photo2.jpg" alt="..." load-policy="when-needed precache">
> <img src="photo3.jpg" alt="..." load-policy="when-needed precache">
> <img src="photo4.jpg" alt="..." load-policy="when-needed precache">
> <img src="photo5.jpg" alt="..." load-policy="when-needed precache">
>
> As they come into view, they'll become needed automatically. When they
> are not needed, they get precached if that wouldn't get in the way of
> other things getting loaded.
Thanks.
Smylers
--
http://twitter.com/Smylers2
Received on Tuesday, 26 August 2014 13:58:58 UTC