mz2 / mz2/daedalus

GPUI renderer: live AccessKit wiring, keyboard focus, and shortcuts

Open
#2 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
HTML
Stars
0
Forks
0
PR merge metrics
No merged PRs in 30d

Description

T065 delivered accessibility at the design-system/view-model layer (tested WCAG-AA contrast matrix, glyph+label statuses, accessible_label() / keyboard_shortcuts() data), but the live AccessKit wiring in the GPUI renderer is still pending.

Verified 2026-07-06 on macOS: probing the running app via the system accessibility tree exposes only window-chrome buttons (close/minimize/zoom) — none of the app content, nav, or controls.

Scope:

  • Wire the existing accessible_label() data into the renderer's AccessKit tree (screens, nav, badges, buttons, terminal-surrounding controls).
  • Keyboard navigation + visible focus states (design-brief §11).
  • Shortcuts from the prototype: ⌘K palette, ⌘N start session, ⌘⇧L theme, ⌘[ back — plus session-switching and focus-terminal per the design brief (design/README.md "Keyboard shortcuts").

Refs: spec FR-009a, design-brief §11, tasks.md T065 note.

🤖 Generated with Claude Code

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with design/README.md, especially the “Keyboard shortcuts” section and design-brief §11, then review the tasks.md T065 note and the existing accessible_label() data. Trace the GPUI renderer’s accessibility entry point and verify the running app’s system accessibility tree. Done means app screens, navigation, badges, buttons, and terminal controls appear there, with visible focus, keyboard navigation, and the listed shortcuts working.

Written by the indexing model from the issue text.

Assessment

Domain
accessibility, frontend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.