Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184)

Here is a proposal:
- Change getDisplayMedia parameter to take an optional DisplayMediaStreamConstraints dictionary
- List explicitly the constraints supported by audio (restrictOwnAudio, suppressLocalAudioPlayback) and video (width, height, frameRate, maybe some others) in dedicated (boolean or dictionary)
- Add a new property to the video constraints dictionary specifically for the surface, which would take a typed enum instead of the not-tightly-typed ConstrainDOMString.

This will make it clearer what makes sense in getDisplayMedia and what does not.
I do not believe this will cause any compatibility issue as this would match browser existing behavior more closely than what the spec is doing.

Over time, we could further clean up things:
- remove the min/exact fields from getDisplayMedia WebIDL parameters. This will make getDisplayMedia to ignore them instead of rejecting
- remove the ideal syntax if we see it is not used in the field by migrating values from IDLConstrainBoolean to boolean for instance.

-- 
GitHub Notification of comment by youennf
Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/issues/184#issuecomment-925563183 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Thursday, 23 September 2021 07:22:09 UTC