-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Show Firefox Reality as a separate browser for XR APIs #6512
Comments
I would like for us to find a way to get this referenced in the tables because, well, currently our tables imply that Chrome is the only place to go for WebXR, which isn't true. Finding a way to get this clearly presented in the tables will improve our XR mindshare, I think. |
I kind of wonder if we could supplant the Firefox for Android column with Firefox Reality in the WebXR documentation, though I doubt that's realistic, and it may be a terrible idea. |
As for Servo, the trick is that we do this by browser, not runtime. Not sure what to do with that -- especially with Reality using different runtimes on different platforms. Tricky. |
For Servo mostly I think we could get away with pref annotations saying things like "Available behind pref However, I do have some interest in having Servo somewhere in the data even if it's not exposed on the website. For example, right now Bikeshed shows the XRSystem API as being implemented by one browser engine (in the little side bubble) even though it's implemented by three. But this is a smaller issue. |
Also, having servo separate would be useful for feeding into caniuse. |
Currently, on the Browser Compatibility section of WebXR APIs (example, Firefox is listed as "No".
This is correct in that Firefox for Desktop (downloaded from here) does not ship these APIs, however Firefox Reality (downloaded from various app stores) does. This includes Firefox Reality for Hololens, which actually uses a completely different engine (Servo).
It would be nice if, for WebXR APIs, the Browser Compatibility section had an additional column for Firefox Reality. I understand there are issues with the space the section takes up, which is why I'm only proposing this for WebXR APIs.
At the moment Servo and Firefox Reality do not differ in the APIs they ship unpreffed, but if that changes in the future we might need to distinguish there as well.
Other solutions that allow us to clearly show that some APIs are supported on FxR would also work.
cc @a2sheppy
The text was updated successfully, but these errors were encountered: