RE: Gutting the screen sharing constraints

Just to be clear, in your proposed change we would keep the enum for each capture type so that the sharing application can present different share options to the user and to capture user consent.  

enum OutputCaptureSurfaceType {
    "monitor",
    "window",
    "application",
    "browser"
};

Authorising the display capture would not require application constraints to be pushed to the user. The user would choose what they want to share from the list of defined capture types?


-----Original Message-----
From: Martin Thomson [mailto:martin.thomson@gmail.com] 
Sent: 29 October 2015 07:55
To: public-media-capture@w3.org
Subject: Gutting the screen sharing constraints

At the last meeting, we more or less agreed to remove the distinction between "application" sharing and "window" sharing.

After a lot more thought about this, I want to suggest a more dramatic
change: removing the constraints that allow an application to restrict which display surfaces are offered to the user to select from.

I originally added these constraints because that is how the Firefox implementation works.  But the more that I think about this, the less sense it makes in the general case.  Having the application push particular options to the fore is fraught from a security perspective and it's not clear that narrowing the selection has been of much use in applications.  Letting the user choose seems like the best option.

If we think that narrowing the selection is necessary for UX reasons, I think that we can easily find better UX options.

Received on Thursday, 29 October 2015 11:35:57 UTC