Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DisplayMediaStreamConstraints.surfaceSwitching #6

Closed
marcoscaceres opened this issue Jun 29, 2022 · 7 comments
Closed

DisplayMediaStreamConstraints.surfaceSwitching #6

marcoscaceres opened this issue Jun 29, 2022 · 7 comments
Assignees
Labels
from: Google Proposed, edited, or co-edited by Google. position: neutral topic: media Spec relates to audio, video, or other timed media topic: webrtc venue: W3C WebRTC WG

Comments

@marcoscaceres
Copy link
Contributor

marcoscaceres commented Jun 29, 2022

Request for position on an emerging web specification

(Please delete inapplicable rows.)

Information about the spec

Design reviews and vendor positions

Bugs tracking this feature

  • WebKit Bugzilla:
  • Radar:

Anything else we need to know

On WebKit dev, @eladalon1983 wrote:

This is a request for WebKit's position on extending getDisplayMedia to
also accept DisplayMediaStreamConstraints.surfaceSwitching.
The PR that introduced this behavior to the getDisplayMedia spec was
approved by Apple engineer Youenn Fablet.

Links:

@othermaciej othermaciej added topic: media Spec relates to audio, video, or other timed media topic: webrtc venue: W3C WebRTC WG labels Jun 29, 2022
@hober
Copy link
Member

hober commented Jun 30, 2022

@jernoble @eric-carlson, thoughts?

@othermaciej othermaciej added the from: Google Proposed, edited, or co-edited by Google. label Sep 25, 2022
@youennf
Copy link

youennf commented Mar 2, 2023

This API is exposing a preference so that UAs can finetune their own UI, if they want to.
The fact a UA implements it or not should not cause web compatibilities. In that sense, this is not too controversial.

This preference seems mostly targeted to a particular User Agent (Chrome) UI and I do not think it is something we can leverage in existing macOS UI.
I do not anticipate WebKit implementing it, at least in a foreseeing future.

@eladalon1983
Copy link

This preference seems mostly targeted to a particular User Agent (Chrome) UI and I do not think it is something we can leverage in existing macOS UI.

Hasn't Apple only recently shipped the feature of letting users switch which screen or window they share?

@youennf
Copy link

youennf commented Mar 27, 2023

Hasn't Apple only recently shipped the feature of letting users switch which screen or window they share?

Right, there is OS level UI to enable users to dynamically switch.
The point is about the appetite to allow web pages to disable this OS level UI.

@youennf
Copy link

youennf commented Mar 28, 2023

I would tend to go with position: neutral on this one since this is a UA hint.

@hober
Copy link
Member

hober commented Mar 28, 2023

Barring objections, we'll mark this position: neutral in a week.

@hober hober added this to the 2023 Week 14 milestone Mar 28, 2023
@othermaciej
Copy link

This API is exposing a preference so that UAs can finetune their own UI, if they want to. The fact a UA implements it or not should not cause web compatibilities. In that sense, this is not too controversial.

This preference seems mostly targeted to a particular User Agent (Chrome) UI and I do not think it is something we can leverage in existing macOS UI. I do not anticipate WebKit implementing it, at least in a foreseeing future.

Would it be valuable to implement at least to the level of silently ignore it?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
from: Google Proposed, edited, or co-edited by Google. position: neutral topic: media Spec relates to audio, video, or other timed media topic: webrtc venue: W3C WebRTC WG
Development

No branches or pull requests

6 participants