W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > March 2021

Re: [mediacapture-screen-share] Add getCurrentBrowsingContextMedia (#148)

From: Elad Alon via GitHub <sysbot+gh@w3.org>
Date: Fri, 26 Mar 2021 22:35:01 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-808563869-1616798100-sysbot+gh@w3.org>
(One more suggestion, probably the last one on this topic. The main difference here is that all security restrictions now always apply.)

What if `any_surface_allowed` did **not** result in a gDM-like fall-back, but rather, if it specified something along the lines of:
*  ...all security restrictions to gVM apply. If any doesn't hold, abort. If they all hold, proceed.
* In response to gVM, the user agent SHOULD use a confirmation-only dialog¹² (accept/reject).
* If `any_surface_allowed = true` is specified, the user agent MAY present the user the ability to choose other sources. (The user agent still SHOULD start out with a confirmation-only dialog, but MAY display an option to "click here to select another source." Clicking that can then transition to a **normal gDM** dialog.)

With this, the standard does not allow gVM to become a different version of gDM. Rather, it allows gVM to become a **normal** version of gDM. It makes the process **more** user-driven. Wdyt?

---
1) It essentially restricts the user-selection to only the current tab.
2) Audio notwithstanding; this much the user **should** be able to refuse independently of video, as with gDM. E.g. using a checkbox.

-- 
GitHub Notification of comment by eladalon1983
Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/pull/148#issuecomment-808563869 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Friday, 26 March 2021 22:35:03 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 6 May 2023 21:19:53 UTC