[Beta] Inaccessible UI Components
Offen
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- JavaScript
- Sterne
- 11.8k
- Forks
- 7.9k
- Ø Merge
- 1 T. 11 Std.
- Gemergte PRs (30 T.)
- 11
Beschreibung
Accordion a11y issues
- When an Accordion trigger is focused, pressing down/up should focus the next/previous trigger.
- When an Accordion trigger is focused, pressing space should expand/contract its panel.
- The Accordion trigger should be a
<button>rather than a<a>. - The Accordion trigger should be wrapped in a
htag. - The Accordion trigger should have an
aria-expandedattr set totruewhen open. - The Accordion trigger should have an
aria-controlsattr.
The same goes for the Tabs component (found in the sidebar and on code blocks), it fails a11y in many ways. I'd suggest you look at UI libs like Radix or ReachUI which provide high-quality, accessible UI components.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, die im Seitenbereich und in Codeblöcken verwendeten Accordion- und Tabs-Komponenten zu finden, und vergleiche anschließend ihr Verhalten mit den im Issue verlinkten Referenzen von Radix und ReachUI. Die Aufgabe ist erledigt, wenn die aufgeführten Tastaturinteraktionen sowie die Anforderungen an button, heading, aria-expanded und aria-controls für beide Komponenten umgesetzt sind.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- javascript, react
- Bereich
- accessibility, frontend
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100