pixijs-accessibility
pixijs/pixijs-skills
Add screen reader and keyboard navigation to PixiJS v8 apps via AccessibilitySystem.
What is pixijs-accessibility?
Enable accessible overlays for PixiJS containers so screen readers and keyboard users can discover and interact with canvas elements. Use this when building inclusive games or interactive applications that need ARIA labels, tab order, and keyboard activation.
- Create invisible shadow DOM overlays over accessible containers for assistive technology discovery
- Set accessible titles, hints, and text content via accessibleTitle, accessibleHint, and accessibleText properties
- Control keyboard tab order with tabIndex on interactive containers
- Activate accessibility on Tab key press or immediately via enabledByDefault option
- Dispatch click/pointertap events when screen readers or keyboard users activate shadow elements
- Configure system behavior (debug mode, mouse deactivation, mobile touch hooks)
How to install pixijs-accessibility
npx skills add https://github.com/pixijs/pixijs-skills --skill pixijs-accessibility- PixiJS v8 installed
- Application instance initialized with app.init()
- Containers or Sprites marked as interactive (eventMode set to 'static' or 'dynamic')
How to use pixijs-accessibility
- 1.Mark containers as accessible by setting container.accessible = true
- 2.Set descriptive labels with container.accessibleTitle and container.accessibleHint
- 3.Set eventMode to 'static' or 'dynamic' to enable keyboard interaction
- 4.Optionally set container.tabIndex to control keyboard navigation order
- 5.Enable the AccessibilitySystem via app.renderer.accessibility.setAccessibilityEnabled(true) or init option accessibilityOptions.enabledByDefault: true
- 6.Attach event listeners (pointertap, click) to handle user activation from keyboard or screen reader
Use cases
- Making canvas-based games keyboard-navigable and screen-reader compatible
- Adding ARIA labels and semantic meaning to sprite buttons and interactive UI elements
- Implementing custom tab order for complex multi-element PixiJS interfaces
- Testing accessibility with automated tools by enabling the system at startup
- Supporting mobile screen reader users via hidden touch-hook activation
- Game developers building accessible canvas applications
- Web developers adding PixiJS to inclusive projects
- QA engineers testing accessibility compliance
- Developers using automated accessibility testing tools
pixijs-accessibility FAQ
By default, AccessibilitySystem only activates after the user presses Tab. Set enabledByDefault: true in accessibilityOptions during app.init() to activate immediately, or call app.renderer.accessibility.setAccessibilityEnabled(true) at runtime.
The system assigns a generic fallback title like 'container 0', which is unhelpful to screen reader users. Always provide at least accessibleTitle with a descriptive label.
By default, deactivateOnMouseMove is true, assuming keyboard-only users don't use a mouse. Set deactivateOnMouseMove: false in accessibilityOptions to keep accessibility active during mouse testing.
Yes. If using skipExtensionImports: true, you must explicitly import 'pixi.js/accessibility' before creating the Application, or app.renderer.accessibility will be undefined.
Set tabIndex on each interactive container (requires eventMode to be 'static' or 'dynamic'). Higher tabIndex values come later; equal values follow scene-graph order.
Full instructions (SKILL.md)
Source of truth, from pixijs/pixijs-skills.
name: pixijs-accessibility description: "Use this skill when adding screen reader and keyboard navigation to PixiJS v8 apps. Covers AccessibilitySystem options (enabledByDefault, debug, activateOnTab, deactivateOnMouseMove), per-container accessibility properties, shadow DOM overlay, mobile touch-hook activation. Triggers on: accessibility, a11y, screen reader, ARIA, keyboard navigation, tab order, AccessibilitySystem, accessibleTitle, accessibleHint, tabIndex, accessibleChildren." license: MIT
Enable screen reader and keyboard navigation via PixiJS's AccessibilitySystem. The system creates an invisible shadow DOM overlay positioned over accessible containers so assistive technology can discover and activate them.
Quick Start
const button = new Sprite(await Assets.load("button.png"));
button.accessible = true;
button.accessibleTitle = "Play game";
button.accessibleHint = "Starts a new game session";
button.eventMode = "static";
button.tabIndex = 0;
app.stage.addChild(button);
app.renderer.accessibility.setAccessibilityEnabled(true);
button.on("pointertap", () => startGame());
Related skills: pixijs-events (pointer/tap handlers), pixijs-scene-dom-container (HTML elements on canvas), pixijs-application (init options).
Key points:
- By default the system activates only after the user presses Tab. Set
enabledByDefault: truein Application init for immediate activation. - On mobile, the system creates a hidden touch hook; screen-reader focus activates accessibility for the whole session.
- The AccessibilitySystem requires the main thread; it is not available in a Web Worker.
Core Patterns
Container accessible properties
import { Container, Sprite } from "pixi.js";
const container = new Container();
container.accessible = true;
container.accessibleTitle = "Navigation menu";
container.accessibleHint = "Contains links to other pages";
container.eventMode = "static"; // required for custom tabIndex to apply
container.tabIndex = 0;
container.accessibleType = "div"; // defaults to 'button'
const sprite = new Sprite();
sprite.accessible = true;
sprite.accessibleTitle = "Close dialog";
sprite.accessibleText = "X"; // text content of the shadow div
sprite.eventMode = "static";
sprite.tabIndex = 1;
Available properties on any Container:
accessible(boolean) - enables the accessible overlay divaccessibleTitle(string) - sets thetitleattribute on the shadow divaccessibleHint(string) - sets thearia-labelattributeaccessibleText(string) - sets inner text content of the shadow divaccessibleType(string) - HTML tag for the shadow element, defaults to'button'tabIndex(number) - tab order for keyboard navigation (only applied wheninteractiveis true /eventModeis'static'or'dynamic')accessibleChildren(boolean, defaulttrue) - whenfalse, prevents child containers from being accessibleaccessiblePointerEvents(string) - CSSpointer-eventsvalue on the shadow div
Custom tab order
Give each accessible container a tabIndex to control the order assistive tech walks through them. Higher numbers come later; equal numbers fall back to scene-graph order.
menuButton.accessible = true;
menuButton.eventMode = "static";
menuButton.tabIndex = 1;
playButton.accessible = true;
playButton.eventMode = "static";
playButton.tabIndex = 2;
settingsButton.accessible = true;
settingsButton.eventMode = "static";
settingsButton.tabIndex = 3;
tabIndex is only forwarded to the shadow div when the container is interactive (eventMode is 'static' or 'dynamic'). Without that, the system clamps the div's tabIndex back to 0, and the order you set is ignored.
Programmatic control
import { Application } from "pixi.js";
const app = new Application();
await app.init({ width: 800, height: 600 });
// Enable accessibility at runtime
app.renderer.accessibility.setAccessibilityEnabled(true);
// Check current state
console.log(app.renderer.accessibility.isActive);
console.log(app.renderer.accessibility.isMobileAccessibility);
// Full init options:
await app.init({
accessibilityOptions: {
enabledByDefault: true, // activate immediately (default: false)
debug: true, // makes overlay divs visible (default: false)
activateOnTab: true, // Tab key activates system (default: true)
deactivateOnMouseMove: false, // stay active when mouse moves (default: true)
},
});
The system can also be configured via static defaults before creating the Application:
import { AccessibilitySystem, Application } from "pixi.js";
AccessibilitySystem.defaultOptions.enabledByDefault = true;
AccessibilitySystem.defaultOptions.deactivateOnMouseMove = false;
const app = new Application();
await app.init();
Handling accessible interactions
import { Sprite } from "pixi.js";
const button = new Sprite();
button.eventMode = "static";
button.accessible = true;
button.accessibleTitle = "Submit form";
button.tabIndex = 0;
// Screen readers trigger click/tap events through the shadow DOM element
button.on("pointertap", () => {
submitForm();
});
When accessibility is active and a user activates a shadow div (via Enter/Space key or screen reader action), the system dispatches click, pointertap, and tap FederatedEvents to the corresponding container. Focus on the shadow div dispatches mouseover, and focus-out dispatches mouseout. Both eventMode and accessible should be set for full keyboard + pointer support.
Common Mistakes
[MEDIUM] Expecting accessibility to be active without Tab key press
The AccessibilitySystem does not create its DOM overlay until the user presses Tab (or, on mobile, focuses the touch hook). If your application needs accessibility immediately:
const app = new Application();
await app.init({
accessibilityOptions: {
enabledByDefault: true,
},
});
Or at runtime:
app.renderer.accessibility.setAccessibilityEnabled(true);
Without one of these, automated accessibility testing tools will not find the overlay elements.
[MEDIUM] Setting accessible without accessibleTitle
Wrong:
const sprite = new Sprite();
sprite.accessible = true;
// no title or hint set
Correct:
const sprite = new Sprite();
sprite.accessible = true;
sprite.accessibleTitle = "Play button";
sprite.accessibleHint = "Click to start the game";
A container with accessible = true but no accessibleTitle or accessibleHint gets a fallback title of "container {tabIndex}". Screen readers will announce this generic label with no useful context. Always provide at least accessibleTitle.
[MEDIUM] Accessibility deactivates when moving mouse
By default, deactivateOnMouseMove is true. Any mouse movement after Tab-activation will deactivate the overlay. This is by design (assumes keyboard-only users don't use a mouse), but it makes testing with a mouse frustrating.
await app.init({
accessibilityOptions: {
deactivateOnMouseMove: false,
},
});
[MEDIUM] Not importing accessibility extension in custom builds
When using skipExtensionImports: true for a custom build, the accessibility extension is not automatically registered. You must import it explicitly:
import "pixi.js/accessibility";
import { Application } from "pixi.js";
const app = new Application();
await app.init({ skipExtensionImports: true });
Without this import, app.renderer.accessibility will be undefined and no shadow DOM layer will be created.
API Reference
Related skills
More from pixijs/pixijs-skills and the wider catalog.

pixijs-application
Create and configure PixiJS v8 Applications with renderers, stage, and lifecycle management.

pixijs-assets
Load and manage PixiJS v8 resources with format detection, bundles, caching, and progress tracking.

pixijs-blend-modes
GPU-accelerated blend modes for PixiJS v8 display objects, from standard (add, multiply, screen) to advanced (color-burn, overlay, hard-light).

pixijs-color
Create, convert, and manipulate colors in PixiJS v8 with flexible input formats and chainable operations.

pixijs-core-concepts
Understand PixiJS v8 renderer architecture, render loop, and environment adaptation.

pixijs-create
Scaffold a new PixiJS v8 project or add PixiJS to an existing one with create-pixi CLI.