The WebXR device API is for accessing virtual reality (VR) and augmented reality (AR) devices, including sensors and head-mounted displays on the Web.
Headset Devices | Handheld Device e.g. Phone | |
---|---|---|
VR | VR Devices, previously handled by WebVR | Magic Window Behaviour |
AR | Mixed Reality Headsets | Phone AR |
The WebXR Device API Specification is the repository of the Immersive Web Working Group.
- Read the code of conduct
- See if your issue is being discussed in the issues, or if your idea is being discussed in the proposals repo.
- We will be publishing the minutes from the bi-weekly calls.
- You can also join the working group to participate in these discussions.
- WebXR Device API Specification: Main specification for JavaScript API for accessing VR and AR devices, including sensors and head-mounted displays.
- Explainer
- Input Explainer
- Privacy & Security Explainer
- Spatial Tracking Explainer
See also list of all specifications with detailed status in Working Group and Community Group.
- Gamepad API Specification: Introduces a low-level JS API interface for accessing gamepad devices.
- Legacy WebVR API Specification: Legacy WebVR API 1.1 specification for JavaScript API for accessing VR displays. Development of the WebVR API has halted in favor of being replaced the WebXR Device API. Several browsers will continue to support this version of the API in the meantime.
- Legacy Gamepad Extensions API Specification: Extends the Gamepad API to enable access to more advanced device capabilities.
- Immersive Web Community Group
- WebXR Device API Specification
- WebXR on MDN
- Immersive Web Working Group Charter
- WebXR Input Profiles: WebXR Gamepad assets, source library, and schema to enable the correct display of XR input hardware in the virtual scene
- Immersive Web Working Group
- Immersive Web Community Group
- GitHub issues list:
webxr
public-immersive-web
mailing list- Legacy
public-webvr
mailing list archive
To generate the spec document (index.html
) from the index.bs
Bikeshed document:
make
For normative changes, a corresponding
web-platform-tests PR is highly appreciated. Typically,
both PRs will be merged at the same time. Note that a test change that contradicts the spec should
not be merged before the corresponding spec change. If testing is not practical, please explain why
and if appropriate file a web-platform-tests issue
to follow up later. Add the type:untestable
or type:missing-coverage
label as appropriate.
Per the LICENSE.md
file:
All documents in this Repository are licensed by contributors under the W3C Software and Document License.