Skip to content
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

Live coding and development use case – How to avoid user action for development ? #17

Open
TiborUdvari opened this issue Sep 5, 2024 · 0 comments

Comments

@TiborUdvari
Copy link

I'm wondering if there is a way, after the user launches a WebXR session on a page, for that page to consequently launch the immersive experience without having to ask for permission again. The info on this seems a little outdated, but according to this, it seems to be supported on the Quest browser only for now. I can't find any other place where it might be documented either. I would expect it to be here, for example.

I'm using web editors that rely on iframes, so I'm trying to request the permission from the parent of the iframe without success for now, and then I stumbled on this navigation proposal, which seems to be a simpler way of getting this to work.

After a quick glance, I've seen most discussions being about navigating to external or different pages. My question is specifically this:

TLDR Question

Is it possible today to not have to request permission via a user action on a page where the user has already granted permission?

  • Targeting a dev use case, it should work with the Immersive Web Emulator + polyfill

Use Case 1 - Live Coding

I'm working on tools to get live coding working with WebXR. It works well, except when the whole program needs to be relaunched. This can happen if the user makes a mistake we can't recover from or wants to preload new resources.

output.mp4

Source: ffd8/P5LIVE#88 (comment)

Use Case 2 - Less Friction in Dev Experience

Whenever users change something in the webpage, if they aren't using modern hot reloading tech, they have to grant permission by clicking a button each time there is a change. This slows down iteration, and it's not great!

There are probably workarounds for this, but having a way to handle it out of the box would be ideal.

Screenshot 2024-09-05 at 14:29:32

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant