W3C home > Mailing lists > Public > public-secondscreen@w3.org > June 2015

Re: [presentation-api] Specify behavior when multiple controlling pages are connected to the session

From: Mark Foltz via GitHub <sysbot+gh@w3.org>
Date: Fri, 12 Jun 2015 20:07:13 +0000
To: public-secondscreen@w3.org
Message-ID: <issue_comment.created-111601625-1434139632-sysbot+gh@w3.org>

- Regarding `getSession()` vs. `getSessions()`, the concern raised by 
JC Duford during the F2F was to make the common case (one controller) 
as simple as possible.  However I agree that it adds some redundancy 
to the API.

- `getSession()` could always return the initial controller (connected
 or disconnected), but that would prevent the underlying 
PresentationSession from ever being garbage collected; a minor but 
annoying inefficiency.

-  I think the transcription was botched from the F2F.  Re-reading the
 notes, `getSessions()` was proposed to return just a 
`PresentationSession[]` (no Promise).  We did not want to expose an 
Array property because of concerns about modification of the Array 

- I agree that an array is probably not the right semantic to convey 
the set of controllers.  It makes it harder to garbage collect 
disconnected sessions and forces the Web developer to diff to find out
 if there are new controllers.


- See my comment above; I believe the only Promise should be for 
getting the initial controller via `getSession()` and (under the 
original proposal) we would return an Array `PresentationSession[]` 
itself for `getSessions()`.

Let me see if I can formulate another proposal that addresses the 
concerns raised here.

The other actions raised in the F2F to formulate new idioms and a new 
APIs for referring to the PresentationSession on either side of the 
presentation [1] [2] I will consider and propose separately.

[1] http://www.w3.org/2015/05/19-webscreens-minutes.html#action12
[2] http://www.w3.org/2015/05/19-webscreens-minutes.html#action13

GitHub Notif of comment by mfoltzgoogle
Received on Friday, 12 June 2015 20:07:14 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:18:56 UTC