Thx Dominik for clarification. Please feel free to use/change the graphics.
Best regards,
Louay
-----Original Message-----
From: Rottsches, Dominik [mailto:dominik.rottsches@intel.com]
Sent: Freitag, 10. Januar 2014 13:40
To: public-webscreens@w3c.org
Cc: Bassbouss, Louay
Subject: Re: Presentation API usage: Mirroring vs Extension
Hi Louay,
On 10 Jan 2014, at 13:46, Bassbouss, Louay <louay.bassbouss@fokus.fraunhofer.de<mailto:louay.bassbouss@fokus.fraunhofer.de>> wrote:
>From my point of view, requestShow is suitable for screen extension as depicted in the first two graphics (extension1.png for local rendering, extension2.png for remote rendering).
Thanks for the detailed diagrams. The first two are exactly what I meant with the two possible implementation scenarios. I think it's very useful to have these as diagrams to refer to.
The question is how to realize mirroring as depicted in last graphic (mirror.png).
With regards to mirroring, we defined in the charter for the CG that those scenarios are out of scope for the CG for now. [0]
However, if Presentation API is implemented in Chrome, one possibility is to use the tab streaming API from a Chrome app, see:
http://developer.chrome.com/extensions/tabCapture.html
The tab capturing stream can then be sent to the remote page, implementing the mirroring case.
Dominik
[0] https://github.com/webscreens/presentation-api/wiki/Second-Screen-Community-Group-Charter
