matrix-org / matrix-org/thirdroom
Screen Reader Support and A11Y
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 647
- Forks
- 70
- PR merge metrics
- No merged PRs in 30d
Description
All the UI in Third Room uses the DOM on purpose so we can make everything accessible to screen readers. However, we haven't implemented everything yet. We still need to add ARIA tags on some things and ensure that keyboard navigation works everywhere.
There's also an opportunity to do more A11Y work in-world. We already have labels on interactable objects. We can make it easier to navigate to points of interest. We can also integrate the [EXT_mesh_features](https://github.com/CesiumGS/glTF/blob/proposal-EXT_mesh_features/extensions/2.0/Vendor/EXT_mesh_features/README.md) extension to make it easier to get more information about the world around you. There's a lot of work that can be done in this area.
When we're ready to tackle this, we should be working with the [XR Access Initiative](https://xraccess.org/) to make sure we're following the latest best practices for A11Y.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files, tests, or entry points are named. Start by surveying the DOM-based UI and in-world interaction systems; done would require broader ARIA coverage, keyboard navigation, easier navigation to points of interest, and consideration of EXT_mesh_features with XR Access Initiative guidance.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, three.js, typescript
- Domain
- accessibility, ar-vr-xr, frontend, game-dev
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100