GithubHelp home page GithubHelp logo

Comments (7)

mfoltzgoogle avatar mfoltzgoogle commented on July 21, 2024

Hi @rdrrichards, yes, this is the right forum for making these requests. Sorry it took a while to get back to you!

Specifically, I would like propose that we be allowed to start a presentation in a window that is not a incognito, or in-private, so we can give the end user a better experience when the application being presented requires something like SSO authentication.

This is a use case that we have discussed in Issue #347, that would open a presentation window as a child of the current window (like window.open()), which would share cookies browser state with the parent.

A couple of things I would like to ask, is whether it's important for your use case that:

  • The presentation window be shown on remote (wireless) displays as well as local, secondary monitors
  • The presented content has to be rendered in a new document, or if the presented content could be rendered in a frame/element of the original page.

Another enhancement would be that we be able capture the presentation device that end users chose, and that we can automatically use that same device in future presentation requests, if the device is available.

That's an interesting idea. This is something that the browser's user interface could support, for example by clicking a box saying "always use this device for this site."

Or were you thinking of having two buttons on your site, one to connect to the previous presentation device, and another to choose a new presentation device?

from presentation-api.

rdrrichards avatar rdrrichards commented on July 21, 2024

Hey @mfoltzgoogle,

Thanks for getting back with me!

To address your questions:

  • Local, secondary monitors fit the use case in the situation I have in place.
  • The content should be rendered in a new document.

The use case I have been using the Presentation API for is this: we have a primary application that starts a presentation. We have a secondary application that is presented, and that is an Angular application that we use to control navigation; it hosts an iframe that shows yet another application which uses SSO authentication. The connection between the primary and secondary applications via the presentation API allows us to switch application context on both sides simultaneously. It all works quite well, accept that we must re-authenticate because the secondary application opens in an incognito window. The goal is to get the authentication steps to a minimum. I hope that is clear, and helps you understand the need.

For the other request concerning capturing the presentation device for later reuse; I really like the idea of having a checkbox saying, "always use this device for this site." That would work perfectly for what I am thinking. Excellent idea!

I would appreciate hearing about any progress toward making these a reality. Thank you!

from presentation-api.

michaelwasserman avatar michaelwasserman commented on July 21, 2024

@rdrrichards, this use case may fit nicely within the scope of a separate Multi-Screen Window Placement proposal. Please see this recent web.dev blog post, which describes how to test prototype functionality by enabling a Chrome flag or obtaining an Origin Trial token, and check out this basic demo. Let us know what you think, and feel free to share feedback by filing an issue on that proposal's repo. Hope that helps!

from presentation-api.

rdrrichards avatar rdrrichards commented on July 21, 2024

@michaelwasserman This looks very promising! I will start to evaluate this in a test application I have, and provide feedback.

Thank you.

from presentation-api.

anssiko avatar anssiko commented on July 21, 2024

@rdrrichards, did the Multi-Screen Window Placement proposal satisfy your requirements with respect to SSO authentication, or were you able to work around the issue otherwise? Please let us know.

from presentation-api.

rdrrichards avatar rdrrichards commented on July 21, 2024

@anssiko I have no doubt that the proposal will satisfy my requirements with respect to SSO authentication. The only thing I really have to work out is the appropriate tool to use for window to window browser communication. Working on that now...

from presentation-api.

anssiko avatar anssiko commented on July 21, 2024

@rdrrichards, thanks for confirming the Multi-Screen Window Placement proposal satisfies your requirements.

I'll close this feature request for the Presentation API. Thanks for checking in with us!

from presentation-api.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.