Resource Timing PR : https://github.com/w3c/resource-timing/pull/327
Fetch PR : https://github.com/whatwg/fetch/pull/1449
Adds a field to PerfomanceResourceTiming to indicate the render blocking status of a resource. Currently from a developer perspective, the only way to determine which resources were actually render blocking is to rely on complex heuristics. The new field would instead provide a direct signal regarding the same.
Blink>PerformanceAPIs>ResourceTiming
Currently in order to determine which resources were actually render blocking and which ones were not, developers have to rely on heuristics.
By providing a web exposed field, developers can get a direct signal from the browser regarding the render blocking nature of each resource.
https://github.com/w3c/resource-timing/pull/327
Pending
Gecko: No signal
WebKit: No signal
Web developers:
Reception towards a similar feature introduced in Chromium was very positive. The article and tweet linked below is a good indicator.
https://blog.webpagetest.org/posts/new-render-blocking-indicator-in-chrome-and-webpagetest/
https://twitter.com/tkadlec/status/1417543014705246214
Other signals:
Does this intent deprecate or change behaviour of existing APIs, such that it has potentially high risk for Android WebView-based applications?
Yes
RenderBlockingStatus
False
https://bugs.chromium.org/p/chromium/issues/detail?id=1337256
No milestones specified
https://chromestatus.com/feature/5166965277589504
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 blink-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAM2ZH3dimwFkdjtC_1O5imD9HNJ6QvNPPuPJ5Me9ushAT9CKiA%40mail.gmail.com.