This extends speculation rules syntax to allow developers to specify the target_hint field. This field provides a hint to indicate a target navigable where a prerendered page will eventually be activated. For example, when _blank is specified as a hint, a prerendered page can be activated for a navigable opened by window.open(). The field has no effect on prefetching. The specification allows this field to accept any strings that are valid as navigable target name or keyword as the value, but this launch supports only one of "_self" or "_blank" strings. If the hint is not specified, it's treated like "_self" is specified.
None
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
None
None
DevTools supports speculation rules: https://developer.chrome.com/blog/debugging-speculation-rules/
Android WebView doesn't support speculation rules yet.
https://wpt.fyi/results/speculation-rules/prerender
Origin trial desktop first | 135 |
Origin trial desktop last | 140 |
Origin trial Android first | 135 |
Origin trial Android last | 140 |
To evaluate how the prerendering target_hint support works on real sites before shipping it by default. We will be evaluating performance, stability, and correctness, and any other feedback the sites have when they use this feature.
--
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 blink-dev+...@chromium.org.
To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/496c3c78-b691-4106-8ea2-5c72c2bb29ffn%40chromium.org.
LGTM1I continue to be concerned that we are proliferating these declarative forms without any object model. I'd like to see an OM for speculation rules, import maps, and other similar designs. Has this come up in your discussions with the TAG?
--