W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > May 2019

Re: [mediacapture-screen-share] Screenshot (still image) capability (#107)

From: Jordan Austin via GitHub <sysbot+gh@w3.org>
Date: Tue, 28 May 2019 19:20:13 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-496652465-1559071211-sysbot+gh@w3.org>
> @jordanaustin Before executing `getDisplayMedia()` you could provide a notification to the user that the captured screen will be used only for a single still image, and advise the user to select "**Chrome Tab**", which sets the focus to the selected tab (useful when the captured `window` created by `window.open()`), then notify the user when the `MediaStreamTrack` `enabled` property is set to `false` and `stop()` is called. At the example, `.close()` should also be executed on the `BroadcastChannel` (or other messaging API) instance.

I agree with you, we _could_ do this, but as you can see this is far from ideal. It seems to make sense that we should distinguish between the two types of actions we're trying to do and provide the appropriate user permission UI.

The whole goal for this request isn't to find a work-around that developers need to implement in order to inform their users how to use the this feature. Rather my goal is to have targeted browser UI that matches the action the user is trying to perform. Asking a user to share a stream of your screen could be very scary to a user that's just clicked a button to capture a screenshot. But asking for permission to capture a screenshot when the user clicks that same button is far less scary IMO. 

-- 
GitHub Notification of comment by jordanaustin
Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/issues/107#issuecomment-496652465 using your GitHub account
Received on Tuesday, 28 May 2019 19:20:15 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:22:23 UTC