- From: Rottsches, Dominik <dominik.rottsches@intel.com>
- Date: Fri, 10 Jan 2014 12:40:27 +0000
- To: "public-webscreens@w3c.org" <public-webscreens@w3c.org>
- CC: "Bassbouss, Louay" <louay.bassbouss@fokus.fraunhofer.de>
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
Received on Friday, 10 January 2014 12:41:29 UTC