- From: henbos via GitHub <sysbot+gh@w3.org>
- Date: Thu, 04 Oct 2018 09:50:40 +0000
- To: public-webrtc-logs@w3.org
>From an implementation perspective, can we tell the difference between an application spawning a new window (that shouldn't be shared), and an application spawning a new window that we should switch focus to? If "fullscreen mode" is something that only one window can have at a time, then knowing that the fullscreen window that was just created belong to the same application as the originally shared window _may_ be enough to conclude we should switch which window is shared (if there are even OS APIs for the user agent to know this)... If "fullscreen mode" is just a borderless maximized window, with presentation notes still visible to the presenter (but not in the "fullscreen window"), then I'm not sure there's any way to tell the difference between a new window being spawned and an application wanting to do fullscreen. Unless we can ensure that the user agent really can tell the difference and share the right window, I would assume that the way to achieve this is perhaps one of the following... - The user shares the monitor that the fullscreen window will occupy, rather than sharing the original powerpoint window. This may share more than is desired. - We allow the user agent to switch which window is shared on the fly. This allows the user agent to implement a picker for the end-user can manually switch which window to share to the fullscreen window. This adds user agent and user action complexity, and may only work with borderless fullscreen? A true fullscreen window would steal focus from any UI picker that the user agent presents. It also has problems with what to do when exiting fullscreen - if the shared window is destroyed, how do we know that we should switch back to the original window that is no longer being shared? -- GitHub Notification of comment by henbos Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/pull/57#issuecomment-426956022 using your GitHub account
Received on Thursday, 4 October 2018 09:50:43 UTC