W3C home > Mailing lists > Public > public-secondscreen@w3.org > November 2014

Re: Allow page to designate a default presentation URL

From: Kostiainen, Anssi <anssi.kostiainen@intel.com>
Date: Tue, 11 Nov 2014 15:19:10 +0000
To: "Bassbouss, Louay" <louay.bassbouss@fokus.fraunhofer.de>, "mark a. foltz" <mfoltz@google.com>
CC: "public-secondscreen@w3.org" <public-secondscreen@w3.org>, "public-webscreens@w3.org" <public-webscreens@w3.org>
Message-ID: <A3F62022-DFDE-44C4-BE6E-4C1680584FD0@intel.com>
Hi Louay, MarkFo,

> On 11 Nov 2014, at 16:50, Bassbouss, Louay <louay.bassbouss@fokus.fraunhofer.de> wrote:
> If I understand correctly, we need to extend the spec to let the origin page receive the session created by the Browser?

MarkFo - how do you see the session object delivered in a scenario where the user initiates the presentation from the UA's user interface?

> Another question, how the origin page can pass a session id to join an existing session?

Does it make sense to scope this "implicit invocation" (throught the UA UI) use case more tightly to new sessions only? For joining to existing sessions, the programmatic API could be used.

Are both the "implicit invocation" and the programmatic API attempting to address the same use cases i.e. are we striving for feature parity between the two? If so, it may cause problems since the programmatic API tends to be more expressive by design.


Received on Tuesday, 11 November 2014 15:20:10 UTC

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