- From: youennf via GitHub <sysbot+gh@w3.org>
- Date: Tue, 16 Jul 2019 01:22:17 +0000
- To: public-webrtc-logs@w3.org
This thread is discussing two things here: 1. Should there be UI requirements targeted at the prompt? I do not think we could or even should define mandatory requirements in that area. It is often best to give flexibility for implementers since there is usually no downsides like interop issues, especially since browser UIs are still being worked on. 2. If user grants access to the screen on which the prompt is displayed, when should start the actual capture? In particular, should the first frame of the MediaStreamTrack contain or not some UI prompt artefacts. In general, it seems better for the prompt UI to not be captured by the newly created MediaStreamTrack, both for usability and privacy potentially (since the prompt might render some other screens for instance). This could also somehow be extended to a selection UI triggered by the user to change the screen source while sharing. I do not think we can make a requirement here though. We could call out this specific issue in the Security section. -- GitHub Notification of comment by youennf Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/issues/108#issuecomment-511627148 using your GitHub account
Received on Tuesday, 16 July 2019 01:22:19 UTC