- From: youennf via GitHub <sysbot+gh@w3.org>
- Date: Sat, 12 Oct 2024 10:57:05 +0000
- To: public-webrtc-logs@w3.org
> * Cross-type surface-switching ok > * Add audio-sharing after the fact Is this already existing? This seems like a difficult topic: multiple UX possibilities with different user intents, interaction with permissions, removal of audio sharing after the fact without removing display sharing... This might deserve its own issue, though it is fine to keep it here as one of the longer term issue we want to solve in that space. > * Frame delivery is clearly separated for the captured surfaces before and after the switch. The first two points are user driven, this last one is already phrased in terms of API. The question is what we are trying to achieve with this for the user. How about: * Allow web applications to control whether and where sending video frames from a newly captured surface. We have a solution when starting to capture and we want a solution when user decides to switch surface, whether same type or different type. -- GitHub Notification of comment by youennf Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share-extensions/issues/4#issuecomment-2408521373 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Saturday, 12 October 2024 10:57:06 UTC