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

Warning component for non supported browser #5

Open
Utopiah opened this issue Jan 10, 2018 · 9 comments
Open

Warning component for non supported browser #5

Utopiah opened this issue Jan 10, 2018 · 9 comments

Comments

@Utopiah
Copy link
Contributor

Utopiah commented Jan 10, 2018

Assuming that this there will still be a transition period for main browsers to include the WebXR API proper and that no polyfill will be sufficient (unlike for WebVR and A-frame) having a warning message to suggest XR Viewer, WebARonARKit or WebARonARCore would be useful.

More projects relying aframe-xr at such an early stage will most likely always have to educate and explain those steps to the users (arguably testers at this point), having a shared component for this would be useful to most.

@blairmacintyre
Copy link
Contributor

How would you imagine this working? Pop up a DOM element automatically, or provide a convenience function for programmers to opt into?

@Utopiah
Copy link
Contributor Author

Utopiah commented Jan 10, 2018

Yes pop up DOM element with id/class to easily customize. Registering callbacks could be nice but since at this point everybody will display the same information (namely if you have iOS link to XR Viewer in the app store, if you have Android, WebARonARCore) probably overkill.

@blairmacintyre
Copy link
Contributor

that seems reasonable. It would also be great if we could get the WebRTC version working properly ... but that requires somehow dealing with the field of view problem (i.e., we don't know it).

@Utopiah
Copy link
Contributor Author

Utopiah commented Jan 23, 2018

@machenmusik
Copy link

You mean when using aframe-xr and trying to enter AR mode? I thought the idea was to allow the same scene to be used for VR, AR and 2D/magic window...

@Utopiah
Copy link
Contributor Author

Utopiah commented Feb 13, 2018

@machenmusik yes but some content only makes sense in some mode, e.g. if one is measuring space in AR then have a demo showcase in a symbolic 3D environment (as shown with ARUtils.js) would be a good step but still suggest to the user to then use a browser that fully supports the required AR features to have the full experience.

@blairmacintyre
Copy link
Contributor

@Utopiah but, if it's mode specific, that should be up to the app to deal with, not the underlying library, shouldn't it? The platform (webxr->three->aframe) should help the dev see what capabilities (ar, vr) are available, and they can react accordingly.

@machenmusik
Copy link

In the same way that there is a template for "place your device into your Cardboard" it may be useful to have stock materials and apps can decide whether and how to present?

@blairmacintyre
Copy link
Contributor

I suppose. I'm open to someone submitting a PR utility function that displays a box with info and links, when called by the programmer.

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

3 participants