[presentation-api] Browser initiated presentations from within nested browsing contexts

anssiko has just created a new issue for 
https://github.com/w3c/presentation-api:

== Browser initiated presentations from within nested browsing 
contexts ==
[Carved out into its own issue from 
https://github.com/w3c/presentation-api/issues/26#issuecomment-91708418]

@mfoltzgoogle says:

@avayvod  In Chrome have been discussing how browser-initiated
presentation interacts with multiple <iframe>s embedded in the
controlling page.  For now, we are only enabling browser-initiated
presentation from the default presentation URL set in the top level
document.  However, there is a use case for allowing it from an
embedded <iframe> for sites using a third party player to show a
single piece of video (or other) content.

We have discussed possible solutions, including:

1. Having the <iframe> pass a URL to the parent document to set 
as the
 default presentation URL.  The problem here is that the
browser-initiated presentation session would go to the parent
document, not the <iframe> that has the presentation control 
logic for
 the video player.

2. Picking an <iframe> DPU if none is set at in the parent.  
This may
lead to surprising behavior for the user, since the user is expecting
to present content related to the parent document, which cannot
directly control the behavior of the <iframe>.

3. Allowing the user to choose from a list of default presentation
URLs in the document.  This complicates the UX for starting a
presentation and it will be difficult for the user to make a
meaningful choice (who provides the URL is an implementation detail of
 the webapp).

Instead we are considering adding a capability to the <iframe>'s
sandbox attribute, "allow-default-presentation", that would allow the
parent page to designate up to one iframe per document as the source
of the default presentation URL for browser initiated presentation.
This attribute would be respected only for <iframes> one level 
deep.

See https://github.com/w3c/presentation-api/issues/79

Received on Monday, 20 April 2015 08:35:13 UTC