Interop 2024: Chrome bei 100% im Fokusbereich Barrierefreiheit

Jocelyn Tran
Jocelyn Tran

Zu Beginn des Jahres bestanden für Chrome 88,2% der Tests im Bereich Barrierefreiheit. von Interop 2024. Im Juni 2024 haben wir dass 100% der Tests bestanden werden. In diesem Beitrag wird erläutert, für dieses Ziel.

Was gehört zum Schwerpunktbereich Barrierefreiheit?

Wie bei jedem Schwerpunktbereich des Interop 2024 wird der Bereich für Barrierefreiheit durch einen Webplattform-Tests für ausgewählte Funktionen. Die Tests im Interop 2024 zielen darauf ab damit alle Browser zugängliche Namen und berechnete Rollen im selben

Barrierefreie Namen vermitteln den Zweck oder die Absicht eines HTML-Elements. Das hilft, verstehen, wofür das Element gedacht ist und wie sie mit ihm interagieren können. Die accname-Spezifikation definiert, wie Browser erstellen Sie diesen barrierefreien Namensstring für ein Element. Die ARIA-Spezifikation enthält eine Schritt-für-Schritt-Anleitung dazu, wie berechnet.

Die berechnete Rolle eines Elements ist ein String, der die Rolle des wie von der Browser-Engine berechnet. Es wird hauptsächlich für und z. B. in der WebDriver-Funktion getComputedRole, sodass Interoperabilitätstests.

Was musste das Chrome-Team tun?

Es gab zwei größere Bereiche, die erledigt werden mussten: die Änderung der Kartierung. zu generischen Rollen und das Entfernen verworfener Rollen. Dann gab es einige kleinere Fehlerbehebungen und Funktionen implementiert werden. Zusätzlich zu den folgenden die das Chrome-Team erledigt hat, und wir haben auch mit Microsoft für den Fokusbereich der Barrierefreiheit auf Chromium festgelegt hat.

Zuordnung bestimmter Rollen zu einer allgemeinen Rolle ändern

Beim Ändern einer Zuordnung zu einer generischen Rolle wird die Semantik für die Barrierefreiheit einer -Elements. Generische Elemente sind für einen Baum für Barrierefreiheit wertlos, nicht in der Baumstruktur enthalten. Das verbessert die Leistung und kleiner und leichter für assistive Technologien zu parsen. Die folgenden Rollen sind in eine allgemeine Rolle geändert.

  • Ein <header> für <main> oder ein Abschnitts-Inhaltselement (<article>, <aside>, <nav> oder <section>).
  • Ein <footer> mit einem Gültigkeitsbereich für <main> oder einen Inhaltselement zur Unterteilung (<article>, <aside>, <nav> oder <section>)
  • Ein <aside> innerhalb eines Abschnitts-Inhaltselements (<article>, <aside>, <nav>, oder <section>) ohne barrierefreien Namen.
  • Ein <section> ohne einen barrierefreien Namen.
  • Verwaiste Listenelemente (<li>)

In den ersten vier Aufzählungspunkten werden diese Elemente wichtige Rollen. Zwei viele Orientierungspunkte auf einer Seite können die Navigation erschweren. hilft, redundante Markierungen zu reduzieren, was die Navigation auf der Seite erleichtert. Die Das letzte Element steht normalerweise für einen Fehler des Seitenentwicklers, ein Listenelement. müssen sich immer in einer Liste befinden. Daher erhält ein verwaistes Element eine allgemeine Rolle.

Verworfene Rolle entfernen

Die Rolle directory wurde verworfen und der Listenrolle zugeordnet. ARIA 1.2 stellt die directory ein. Rolle. In der Spezifikation wird erklärt, dass sie der Rolle list entspricht und sollten die Entwickler list verwenden. Um die Semantik der älteren Inhalte, die directory verwenden, werden jetzt list in Chrome zugeordnet.

Weitere Fehlerkorrekturen

Wir haben Support für die gridcell Rolle. Durch diese neue Rolle wird zwischen gridcell und cell klarer werden. Im Gegensatz zu cell ist gridcell fokussierbar, bearbeitbar und auswählbar.

Wir haben die Berechnung der Fallback-Rolle hinzugefügt. Zuvor haben wir nicht auf Fallbacks geprüft. Rollen. Wenn also die erste Rolle ungültig war, haben wir eine andere Rolle verwendet. was genau ist in der Spezifikation.

Einige Rollen sind nur gültig, wenn sie sich im richtigen Kontext befinden. Wir haben eine Prüfung hinzugefügt. auf ungültige Rollennutzung:

  • Die Rolle row muss in table, grid, rowgroup oder treegrid enthalten sein.
  • Die Rolle rowgroup muss in table, grid, tree oder treegrid enthalten sein.
  • Die Rolle listitem muss sich in list befinden.

Wenn die Rolle ungültig ist, verwendet Chrome jetzt andere Informationen wie den HTML-Code -Element, um eine alternative Rolle zu berechnen.

Wir haben thead und tfooter im Baum für Barrierefreiheit markiert. Bisher wurden sie als ignoriert markiert, sind aber weiterhin in der Baumstruktur enthalten. Jetzt Kopfzeilen und Fußzeilen von Tabellen können von Hilfstechnologien geparst werden.


Diese Änderungen sind für die meisten Entwickler möglicherweise nicht sichtbar, daran arbeiten, dafür zu sorgen, dass diese Dinge auf die gleiche Weise funktionieren, stellen wir sicher, dass verschiedene Rollen überall gleich angezeigt werden.