WebXR made simple. Full-featured framework with interactions, locomotion, and spatial UI. Powered by Three.js.
by facebookTypeScript
Last 12 weeks · 88 commits
4 of 6 standards met
There is a misalignment in package.json and other points in the Git repo (especially in the examples, but also in "core"): "three": "", "@types/three": "^0.181.0" Details: "three": "" packages/core/package.json:95 "@types/three": "^0.181.0" package.json:91 packages/core/package.json:92 examples/audio/package.json:25 examples/browser-first/package.json:26 examples/depth-occlusion/package.json:25 examples/environment-raycast/package.json:25 examples/grab/package.json:25 examples/layers/package.json:25 examples/locomotion/package.json:25 examples/physics/package.json:25 examples/poke/package.json:25 examples/scene-understanding/package.json:25 For better safety and stability, each version should be tested before allowing an untested choice or release. It should be: "three": "0.185.0", "@types/three": "0.185.0" From R181 to R185, some APIs used have been redesigned, developed further, or changed more deeply. This may cause compatibility and stability issues if anyone gets the "latest" version from three.js through "three": "". The APIs used in R181 are: Scene Object3D PerspectiveCamera WebGLRenderer Mesh Material Texture Vector Matrix Raycaster GLTFLoader During the bump, these are affected in the following ways (generic description): Minor internal API updates; no functional impact is expected: Scene PerspectiveCamera Internal API updates with changes to references and imports/exports from other routines or internals; tests are needed, but there should be no impact: Object3D Mesh Material Texture Vector Matrix Raycaster GLTFLoader Deeper API development, which may cause issues if the previous hybrid state /0.181.0 was used strictly or in borderline ways: WebGLRenderer renderer.xr shadow mapping transmission render targets depth / occlusion XR layers Due to Murphy's Law, the biggest developments involve XR... :) BTW, some other components included in PACKAGES.md are outdated (such as npm/pnpm; configuration files and RC environment variables were also changed, resulting in this test warning: "This will stop working in the next major version of npm. See for supported config options.") PS: The PR will be sent; no changelogs or version/revision fields will be touched. I have left a "test/" folder with all the scripts used to test and process the files as proof. I also did not touch "contributors" in package.md, since this will be a PR from a fork, not a direct contribution. PPS: The MIT headers in the various files were inconsistent; I will provide aligned ones.
Summary Fresh apps crash loading the welcome UIKitML panel because Vite embeds two graphs (app vs 's ). Dedupe / in the scaffold Vite config and force a single resolution via npm/pnpm overrides so Horizon kit components and HTML containers share one Component class. Declare , , and as direct dependencies so Vite / can resolve them from the app root under pnpm (transitive-only installs break on clean CI/Vercel). Supersedes #49. Test plan [ ] (or local create from this branch) into a clean directory [ ] [ ] Confirm no browser error: [ ] Welcome panel renders with heading, divider, Enter XR button [ ] still produces a single uikit peer graph (no both and uikit builds in Vite deps) [ ] From a clean install (no pre-existing root ), succeeds Made with Cursor
Summary Fresh apps crash loading the welcome UIKitML panel because Vite embeds two graphs (app vs 's ). Dedupe / in the scaffold Vite config and force a single resolution via npm/pnpm overrides so Horizon kit components and HTML containers share one Component class. Declare , , and as direct dependencies so Vite / can resolve them from the app root under pnpm (transitive-only installs break on clean CI/Vercel). Test plan [ ] (or local create from this branch) into a clean directory [ ] [ ] Confirm no browser error: [ ] Welcome panel renders with heading, divider, Enter XR button [ ] still produces a single uikit peer graph (no both and uikit builds in Vite deps) [ ] From a clean install (no pre-existing root ), succeeds
Following the IWSDK Advanced Guide 09 I got the following error. I did a quick hack the dependency file in order to hardcode the WSL path and that worked.... but then found that Meta Spatial Editor V9 is not able to open the project file from the WSL path, It would be nice if there was a support for windows WSL
Repository: facebook/immersive-web-sdk. Description: WebXR made simple. Full-featured framework with interactions, locomotion, and spatial UI. Powered by Three.js. Stars: 349, Forks: 71. Primary language: TypeScript. Languages: TypeScript (90.6%), JavaScript (8.4%), Shell (0.9%), Python (0%), HTML (0%). License: MIT. Homepage: http://iwsdk.dev/ Open PRs: 10, open issues: 23. Last activity: 4h ago. Community health: 75%. Top contributors: felixtrz, zjm-meta, ycliu613, cabanier, facebook-github-bot, malewis5.