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

RE: Allow page to designate itself as presentation session

From: Bassbouss, Louay <louay.bassbouss@fokus.fraunhofer.de>
Date: Fri, 21 Nov 2014 12:33:40 +0000
To: "Kostiainen, Anssi" <anssi.kostiainen@intel.com>
CC: "Rottsches, Dominik" <dominik.rottsches@intel.com>, Francois Daoust <fd@w3.org>, Anton Vayvod <avayvod@google.com>, "public-secondscreen@w3.org" <public-secondscreen@w3.org>, "public-webscreens@w3.org" <public-webscreens@w3.org>, "mark a. foltz" <mfoltz@google.com>
Message-ID: <3958197A5E3C084AB60E2718FE0723D4899D29A8@CURIE.fokus.fraunhofer.de>
Hi Anssi, 

Agree from my side.

Louay

> -----Original Message-----
> From: Kostiainen, Anssi [mailto:anssi.kostiainen@intel.com]
> Sent: Freitag, 21. November 2014 13:13
> To: Bassbouss, Louay
> Cc: Rottsches, Dominik; Francois Daoust; Anton Vayvod; public-
> secondscreen@w3.org; public-webscreens@w3.org; mark a. foltz
> Subject: Re: Allow page to designate itself as presentation session
> 
> Hi Louay, All,
> 
> > On 21 Nov 2014, at 13:54, Bassbouss, Louay
> <louay.bassbouss@fokus.fraunhofer.de> wrote:
> 
> [...]
> 
> >> So, the scenario you’re describing could be implemented as follows:
> >> One local player is responsible for pushing the poker table to the
> >> big screen. Once that player leaves the game and disconnects from the
> >> display, the presentation session id is transferred to another
> >> remaining player via the game server who then resumes the presentation
> session.
> >>
> > Thx for feedback. I was thinking about using Presentation API for realizing
> offline multi-user applications (most relevant examples are Multiplayer
> games)  without the need to write code for the server side (only for serving
> the html files). It will make the development of these kind of applications
> much easier. What do you think about this flow to implementing the Poker
> example using presentation API?
> 
> Louay - I think the offline use case -- while very interesting -- may not be of
> the highest priority for the group considering the scope we agreed on at
> chartering time.
> 
> To that end, and based on what Dominik described above, it seems we may
> want revisit issue #27 [1] once we've first ironed out the aspects of the API
> that address the most common use cases for which we have an agreement
> on. Also, it would be helpful to experiment in code first with this particular
> use case.
> 
> Louay - does that sounds reasonable?
> 
> All - please let us know if you have any concerns.
> 
> Thanks,
> 
> -Anssi
> 
> [1] https://github.com/w3c/presentation-api/issues/27

Received on Friday, 21 November 2014 12:34:13 UTC

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