MediaTrackConstraintSet.displaySurface

Category: WebRTC
Type: Chromium catches up
Status: Enabled by default (Chrome 107)
Intent stage: Shipped

Summary

When getDisplayMedia() is called, the browser offers the user a choice of display surfaces: tabs, windows, or monitors. Using the displaySurface constraint, the Web application may now hint to the browser if it prefers that a certain surface type be more prominently offered to the user.

Motivation

Less friction for user journeys that are tied to specific pairings between the capturing Web application and a specific capture source type.

Standards & signals

Specification: https://github.com/w3c/mediacapture-screen-share/pull/186/files
Firefox: Positive — Jan-Ivar Bruaroey from Mozilla, and Youenn Fablet from Apple, have both collaborated with us closely in shaping this PR. They have then approved merging this PR into w3c/mediacapture-screen-share. This is implicit support, so I'd consider it POSITIVE even though, as of the time of this writing, the official request for position has not yet been answered.
Safari: Positive — Jan-Ivar Bruaroey from Mozilla, and Youenn Fablet from Apple, have both collaborated with us closely in shaping this PR. They have then approved merging this PR into w3c/mediacapture-screen-share. This is implicit support, so I'd consider it POSITIVE even though, as of the time of this writing, the official request for position has not yet been answered.
Web developers: Positive — See Appendix I of the internal design doc: https://docs.google.com/document/d/1U_aNptMZuYFuFWu7leq43V3hqOQ9zMEumG3x413q2pY/edit#heading=h.693jj8mh4gkw
Tracking bug: https://bugs.chromium.org/p/chromium/issues/detail?id=1224912

Explainers: https://docs.google.com/document/d/1uI51R4YfFQtfiDTw1KfnLqzIu45OgxhYoUT7khlhmwQ/edit?usp=sharing

View on chromestatus.com