[FEATURE] Themeable selected-row highlight for /config & interactive option-list menus (low-vision a11y)
Summary
Custom themes can color the selected item in the slash-command autocomplete (via the suggestion token), but there is no themeable color for the selected/active row in the interactive option-list menus — e.g. /config, /status → settings, and other Select/MultiSelect pickers. In those menus the active option is distinguished only by the ❯ cursor marker. For low-vision users who rely on strong color/contrast (not a small glyph) to tell which option is active, this makes those menus hard to use.
Who this affects
Low-vision users, and anyone using a high-contrast theme. I'm a low-vision user navigating with a screen magnifier, so I only see a slice of the screen at a time and rely on color as a landmark. A single small ❯ glyph is easy to lose under magnification; a strongly colored row (or a background bar) is not.
Current behavior
- Slash-command autocomplete: the selected row uses the
suggestiontoken, so I can override it (e.g. bright gold) and the active item becomes unmistakable. 👍 /config//statussettings option-lists: the selected row has no themeable color. I tested overridingsuggestion,inactive, andpermission— none change the selected row there. The only differentiator is the❯marker (colored bysuccess).
Requested change
Expose a themeable highlight for the selected/active row in option-list / picker menus, ideally:
- A selected-row foreground token (so the active option's text can be a high-contrast color), and
- A selected-row background token — a solid background "bar" behind the active row.
A background-bar highlight would be the single most effective cue: color-on-color foreground differences are much harder to perceive (especially under magnification) than a filled bar.
Alternatives considered
- Overriding existing tokens (
suggestion,inactive,permission,selectionBg) — none affect these menus' selected row.selectionBgonly affects mouse text selection. - Relying on the
❯marker alone — works, but a small glyph is insufficient for low vision under magnification.
Environment
- Claude Code 2.1.168, macOS (Apple Terminal), fullscreen renderer (
/tui fullscreen). - Custom high-contrast (WCAG AAA) theme.
Related
- #11002 (screen-reader mode) — same accessibility area (
area:tui,area:a11y), but distinct: this is about visual contrast of the selected row for low-vision (not blind) users.
Thanks! 🙏
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗