- From: Anton Vayvod <avayvod@google.com>
- Date: Thu, 6 Feb 2014 15:23:48 +0000
- To: "Kostiainen, Anssi" <anssi.kostiainen@intel.com>
- Cc: "Rottsches, Dominik" <dominik.rottsches@intel.com>, "public-webscreens@w3.org" <public-webscreens@w3.org>
- Message-ID: <CAOjek6pu_vqwCfLZPsDEt6bYRk97FhSR15vyifeCpi1o0Ey7Og@mail.gmail.com>
Hi Anssi,
yes, I meant the selection dialog that the UA shows to the user.
Something along the lines of:
var extraPresentationScreens = [ 'Extra Screen 1', 'Extra Screen 2' ]; //
the site was paired with these devices in some proprietary way so it
manages the list and the way to connect to the devices separately from the
presentation API
// the site subscribes to the discovery event, toggling the 'Button' button
on/off depending on when the device is available;
// with the extra devices being available, the button will always be
toggled on
var discovery = navigator.presentation.discoverScreens("
http://example.com/player.html");
discovery.ondiscovered(screensAreAvailable) {
if (screensAreAvailable)
// show the UI to start presenting, like enable or add a button
else
// hide the UI to start presenting, like hide or disable the button
}
// when the user clicks/taps the present button
var presentationPromise = present.requestShow('
http://example.com/player.html', extraPresentationScreens); //
extraPresentationScreens is an optional parameter
presentationPromise.then(
function (session) {
if (session.isExtraDevice) // or lookup session.screenName in
extraPresentationScreens
// use the proprietary messaging channel to load the URL
there, the UA didn't do anything - just returned the supplied name and the
flag
else
// the player is loaded on the second screen, use
session.channel to communicate with it
},
function(error) {
// handle the error when starting the session
}
);
Thanks for the suggestions, I'll see what I can do with Gmail :)
On Thu, Feb 6, 2014 at 2:41 PM, Kostiainen, Anssi <
anssi.kostiainen@intel.com> wrote:
> Hi Anton,
>
> On 06 Feb 2014, at 13:31, Anton Vayvod <avayvod@google.com> wrote:
>
> >> On Thu, Feb 6, 2014 at 11:20 AM, Rottsches, Dominik <
> dominik.rottsches@intel.com> wrote:
> >> Hi Anton, Louay,
> >>
> >> In this case the YouTube page is aware of the available presentation
> devices and shows them using its own styling and UI. For this to be
> possible via Presentation API, enumeration with human readable names would
> be required.
> >
> > I think we could go the other way: allow the site to provide additional
> items to the selection list. So YouTube would add a list of its own device
> ids for these manually paired devices. I believe this is what the new Cast
> Web SDK does.
>
> By “the selection list”, do you refer to the web content itself (e.g.
> <option> and friends), or to the selection dialogue that the UA shows to
> the user, similarly to e.g. the getUserMedia?
>
>
> https://raw2.github.com/dontcallmedom/web-permissions-req/gh-pages/screenshots/gum-video-prompt-chromium.png
>
> Feel free to share some [pseudo] code if you feel it would make describing
> what you had in mind easier :-)
>
> Thanks,
>
> -Anssi
>
> [Btw. it seems your mail client does not preserve the “>” quotation
> characters. Could you check if this can be configured. Some further tips
> are at:
> http://www.w3.org/2008/webapps/wiki/WorkMode#Mail_List_Policy.2C_Usage.2C_Etiquette.2C_etc
> .]
>
Received on Thursday, 6 February 2014 15:24:36 UTC