-
Notifications
You must be signed in to change notification settings - Fork 49
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Define reconnection for cross-page navigation on presenting user agent #18
Comments
I would vote for the third one: terminate the presentation. For complex use case that requires navigation across pages, developer can embed iframe in the presenting page. |
I agree that it's not required to support navigation in the presenting page. We may want to permit navigation between fragment identifiers within the same document; this should be implemented as a re-rendering of the same document and does not trigger a load of a new document [1]. Are there any objections to the proposal from @schien to prohibit navigations between documents in the presenting browsing context? |
Re-reading this issue, I would rather reformulate this in terms of "terminating the presentation when the receiving browsing context is unloaded", rather than "terminating the presentation when the page navigates to a different URL". In particular, on top of fragments, it is common for apps to call |
That makes sense. When I was looking at this earlier, I didn't find a way to allow navigation among fragment identifiers. The flag I would set on the receiving browsing context [1] would seem to prohibit all top level navigations, even among fragment identifiers. [1] https://www.w3.org/TR/html5/browsers.html#sandboxed-top-level-navigation-browsing-context-flag |
Via http://lists.w3.org/Archives/Public/public-webscreens/2014Aug/0003.html
The specification does not define when the user agent rendering the presentation will be able to access the session across page navigation.
One proposal is to have the PresentationSession implement Transferable so it can be passed to and from a SharedWorker.
Another option would be for the presented page to reconnect to the session in a manner similar to the controlling page (see https://github.com/webscreens/presentation-api/issues/15).
A third option is for navigation to always terminate the presentation. This simplifies the API and gives the session a well defined lifetime, but may be limiting to some developers.
The text was updated successfully, but these errors were encountered: