W3C home > Mailing lists > Public > public-webrtc@w3.org > December 2011

Behaviour on tab-switching (Re: User media selection)

From: Harald Alvestrand <harald@alvestrand.no>
Date: Thu, 01 Dec 2011 07:08:42 +0100
Message-ID: <4ED719EA.2020507@alvestrand.no>
To: public-webrtc@w3.org
Isolating a single topic since it seems to be possible to get consensus 
on it....

On 11/30/2011 05:59 PM, Randell Jesup wrote:
> >> How does a user look up something in another tab while talking?
> >
> > This should work just fine. The other tab would not have the status 
> view
> > (but the tab which has an ongoing audio/video session should have an
> > indicator that audio/video is being captured - but the full screen case
> > is difficult).
> There was an implication of muting when not focused - true?  People have
> said things assuming both muting on tab-switch and no muting on 
> tab-switch.
My take is that the browser should not cause anything to happen to media 
streams by default when tabs are switched. There are enough callbacks in 
the DOM that if the application desires such behaviour, it can program it.
> FYI, I don't consider the color change on the tab to be sufficient or
> discoverable enough by general users.
> There's certainly a use-case for people to keep talking while the 
> tab/window
> is not focused ("let me look that up in Google Maps...").
> >>
> >> What happens if the user focuses another window?
> > ...or minimizes the browser. Should there be an indication in the 
> system
> > tray?
> Probably.  Also what if another window obscures the browser window or 
> where
> the indicator is? 
Our current thinking (Chrome) is that the indicator of "microphone is 
live" should always live in the system tray (or mobile equivalent).

There are enough "dangerous" indicators that pop into the system tray 
that the fact that the system tray is obscured in full screen mode is 
something that isn't an unique challenge posed by WebRTC applications.
Received on Thursday, 1 December 2011 06:09:11 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:26 UTC