Contact emails [email protected], [email protected]
Specification https://html.spec.whatwg.org/multipage/speculative-loading.html#speculative-loading Summary On mobile, "eager" eagerness speculation rules prefetches and prerenders now trigger when HTML anchor elements are in the viewport for a short time. The previous behavior, of starting prefetch/prerenders as soon as possible, was the same as "immediate" eagerness. This new behavior is more useful as it better reflects the author's intent to be more eager than the "moderate" and less eager than "immediate". More detail on this and other upcoming improvements to speculation rules eagerness are available at https://docs.google.com/document/d/1YPbtUPfZIDElzBZNx8IQMzRFvy8oauLG_i1XIr6jgTs/edit?usp=sharing. Blink component Internals>Preload Web Feature ID No information provided Risks Interoperability and Compatibility The exact definitions of eagerness levels are left vague in the specification. ("User agents should enact the candidate if user behavior suggests the user may navigate to this URL in the near future. For instance, the user might have scrolled a link into the viewport and moved the cursor over it for some time.") This change is in line with those suggestions. Due to speculation rules' nature as a progressive enhancement, it is very hard to depend on the exact heuristic, so varying across browser engines, platforms, and browser versions should not pose significant interoperability or compatibility risks. As evidence, the heuristic has varied across mobile and desktop ever since launch, and this has not caused such problems. Gecko: Neutral (https://github.com/mozilla/standards-positions/issues/620#issuecomment-2546739520) We have not asked Firefox for their thoughts on this specific change. They are positive on and implementing prefetching, and will likely make their own choices for how to implement each eagerness level. WebKit: No signal (https://github.com/WebKit/standards-positions/issues/54) We've not asked Safari for their thoughts on this specific change. They have recently indicated a tentative positive position towards conservative-eagerness prefetching. Web developers: Positive We've seen several developers re-create this viewport-based technique using JavaScript to manually insert and remove speculation rules, eg in the Quicklink library. Other signals: WebView application risks Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications? No information provided Debuggability No information provided Will this feature be supported on all six Blink platforms (Windows, Mac, Linux, ChromeOS, Android, and Android WebView)? No This is only applicable to mobile, and desktop already has another heuristic. Is this feature fully tested by web-platform-tests? No Because the specification intentionally allows user agent flexibility, web platform tests do not capture any specific heuristic here. Tracking bug https://crbug.com/436705485 Estimated milestones Shipping on Android 143 Link to entry on the Chrome Platform Status https://chromestatus.com/feature/5086053979521024 This intent message was generated by Chrome Platform Status. -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/68fb2e49.2b0a0220.107ab0.003c.GAE%40google.com.
