Contact emails
g...@google.com

Explainer
https://github.com/whatwg/html/issues/11070


Specification
None


Summary

We propose to add a new render blocking token full-frame-rate to the blocking 
attributes. When the renderer is blocked with the full-frame-rate token, the 
renderer will work at a lower frame rate so as to reserve more resources for 
loading. An example use case of the proposed API will be: The web page contains 
an element <link rel="expect" href="#critical-content" 
blocking="full-frame-rate"/> in the page head. After parsing this element, the 
renderer will work at an implementation-specific lower frame rate. After the 
#critical-content element is parsed, the renderer will restore its frame rate. 
It is worth noting that the frame rate instructions will be informative. The 
browser may decide to lower the frame rate before parsing a blocking element. 
For instance, the frame rate may be lowered at the very beginning of the 
loading phase. On the other hand, the browser may also decide to restore the 
frame rate before the frame rate blocking element list gets empty. For 
instance, the frame rate may be restored after a timeout or certain user 
interactions.



Blink component
Blink>Compositing


Motivation

The render blocking mechanism may be adopted to throttle the rendering. By 
adding a <link rel="expect" blocking="render"> element, the webpage can stop 
rendering until certain critical elements are fully parsed. However this will 
cause the page to be fully stalled and delay the user interaction. Thus we plan 
to add new experimental APIs to instruct the renderer to work at a lower 
priority. The API will be used to proactively lower the frame rate during 
loading stage so as to improve the loading performance.



Initial public proposal
https://github.com/whatwg/html/issues/11070


TAG review
None


TAG review status
Pending


Risks




Interoperability and Compatibility

None


Gecko: No signal

WebKit: No signal

Web developers: No signals

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?

None




Debuggability

None



Is this feature fully tested by web-platform-tests?
No


Flag name on about://flags
None


Finch feature name
RenderBlockingFullFrameRate


Requires code in //chrome?
False


Tracking bug
https://crbug.com/397832388


Launch bug
https://launch.corp.google.com/launch/4385256


Estimated milestones

No milestones specified



Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/5207202081800192?gate=5191537799200768


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+unsubscr...@chromium.org.
To view this discussion visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/67c7dfbb.2b0a0220.1efd8e.0902.GAE%40google.com.

Reply via email to