Files
element-call/src
fkwp 0802649375 Show the focus ring for the keyboard alone, and fix the radio styling
- Show the focus ring only when the keyboard moved the focus. Radix focuses
  whatever the pointer is over, so the browser cannot answer that question
  here: Chromium treats every focus after a key press as keyboard-driven,
  Firefox treats no programmatic focus as keyboard-driven. The menu records
  which modality arrived, watched at the document while it is open, since the
  first arrow key lands on the menu itself rather than on anything we render.
- Suppress the browser's own ring on menu items, so there is one answer to
  that question rather than two.
- Drop readOnly from the device radios. Compound paints a read-only control
  muted, and that rule comes after the checked rule, so it overrode the accent
  fill marking the selection and the menu stopped matching settings.
- Make the decorative radio inert rather than aria-hidden. A negative tabindex
  inside an interactive control stays reachable to assistive technology even
  when hidden, which axe rejects.
- Give each section a labelled group and mark its heading decorative. A menu
  may contain only items, separators and groups, and the headings were direct
  children of it. The list wrappers are role="none" for the same reason.
- Run axe over the open menu, which is what found both of the above.

Spec: FEATURES_SPEC/2026-09_Quick_Audio_Menu.md — AC23, AC24, AC25
2026-09-16 17:44:55 +02:00
..
2026-03-30 18:26:38 +02:00
2026-09-03 11:47:35 +02:00
2026-09-03 11:47:35 +02:00
2025-06-23 23:06:33 -04:00
2026-03-30 18:26:38 +02:00
2025-03-13 18:00:24 -04:00
2025-09-16 11:46:25 +02:00
2026-06-22 11:59:16 +02:00
2026-09-08 15:39:00 +02:00
2026-09-03 11:47:35 +02:00
2025-03-13 17:51:41 -04:00
2025-03-13 17:51:41 -04:00
2026-04-03 17:48:42 +02:00
2026-09-09 17:01:16 +02:00
2026-09-08 15:39:00 +02:00
2025-06-24 08:28:15 -04:00
2025-03-13 17:51:41 -04:00
2025-03-13 17:51:41 -04:00