- From: youennf via GitHub <sysbot+gh@w3.org>
- Date: Tue, 31 Dec 2019 10:15:56 +0000
- To: public-webrtc-logs@w3.org
> The primary goal is to show the user what they chose. I see, so this is all about the user doing the capture, not about remote users. > imagine an app juggling multiple shares at once I think it is pretty rare for a user to share more than two video streams at the same time. > Imagine an app that holds on to my window share, using `track.enabled = false`, takes me through an unrelated task, and brings me back 5 minutes later. If screen capture is disabled by the website after 5 minutes, I am not sure we can expect users to even remember that screen capture is on. I wonder whether we should protect users from that. We have that debate elsewhere, but the privacy indicator may remain on even if enabled is false, which might be a good enough defence. > Is there anything the site could do to remind me, short of screen-scraping the title or showing me a giant preview? Since it is all about the local user, the OS can provide the information of which website is capturing what (or able to capture), for instance as part of the privacy indicator. In any case, track.label does not seem like the best way to expose that information. It currently mixes device type (camera/microphone) and device name for getUserMedia. If we follow this principle, it would mix the display type with the display title. It seems like a dedicated field with just the display title would be a better fit. -- GitHub Notification of comment by youennf Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/issues/128#issuecomment-569903375 using your GitHub account
Received on Tuesday, 31 December 2019 10:15:58 UTC