- From: Oleg Beletski via GitHub <sysbot+gh@w3.org>
- Date: Mon, 15 Jun 2015 10:22:37 +0000
- To: public-secondscreen@w3.org
We might want to support the following functionality on the presenting page: 1. Be able to distinguish the first session to the controlling page. 2. Accept only certain number of controlling pages (think of the game that supports only 2 players) 3. Stop accepting controlling pages after certain time (e.g. game or class has started) >From that perspective simple interface that was proposed by @avayvod could be a good solution. ``` partial interface NavigatorPresentation { Promise<PresentationSession> requestController(params); // replaces navigator.presentation.session } ``` Additionally, we will have to pass implementation specific parameters to `getSession()` or `requestController()` methods. For Google cast one has to provide cast message bus, for HbbTV `app-endpoint` https://github.com/w3c/presentation-api/issues/67#issuecomment-107878649, for Samsung's multiscreen - `channelId`. That means that UA is not able to initiate background task for connecting to the controlling pages without that extra information before page is loaded. That task has to be triggered by the script. Another thing is that on the controlling page it would not be possible to differentiate that presentation page is not accepting connections anymore, see communication issues listed here: https://github.com/w3c/presentation-api/issues/67#issuecomment-101780142. Establishing of the connection (pairing) is working I the same way for Samsung's multiscreen and the same issues exist for that technology. In practice, requirements 2 and 3 would difficult to implement for controlling page. So presenting page would be better off establishing connection, sending message that no more participants are accepted and closing that immediately. -- GitHub Notif of comment by obeletski See https://github.com/w3c/presentation-api/issues/19#issuecomment-112008939
Received on Monday, 15 June 2015 10:22:39 UTC