ARIA: Rolle `application`

Die application Dokumenten-Strukturrolle signalisiert unterstützenden Technologien, dass dieser Teil der Webinhalte Elemente enthält, die nicht mit einem anderen bekannten HTML-Element oder WAI-ARIA-Widget übereinstimmen. Jegliche spezielle Interpretation von HTML-Strukturen und -Widgets sollte ausgesetzt werden, und die Kontrolle sollte vollständig an den Browser und die Web-Anwendung übergeben werden, um Maus-, Tastatur- oder Touch-Interaktionen zu handhaben.

In diesem Modus ist der Web-Autor vollständig dafür verantwortlich, alle Tastatureingaben, das Fokus-Management und andere Interaktionen zu handhaben und kann nicht davon ausgehen, dass unterstützende Technologien auf ihrer Seite eine Verarbeitung durchführen.

Wenn die vom Anwendungsrolle umfasste Webanwendung Teile enthält, die wie normale Webinhalte behandelt werden sollten, sollte eine Rolle wie document oder article verwendet werden, um solche Inhalte zu enthalten.

Aus historischen Gründen, insbesondere unter Windows, haben Screenreader und einige andere unterstützende Technologien (AT) traditionell alle Webinhalte auf einmal aus dem Browser abgerufen, nachdem sie vollständig geladen wurden. Die ATs erstellen ihre eigene Darstellung davon, die für einen sehbehinderten Benutzer am sinnvollsten ist, um die Inhalte zu konsumieren. Oft wird dies als virtuelles Dokument, Browse-Modus oder ähnliche Begriffe bezeichnet. Das Dokument wird auf eine einspaltige Ansicht optimiert. Ein Tastatur-Interaktionsmodell wird erstellt, das einem Textverarbeitungsprogramm sehr ähnlich ist, bei dem Benutzer Zeile für Zeile, Satz für Satz oder Absatz für Absatz lesen können. Die AT wird jegliche Semantik wie Links, Überschriften, Formularelemente, Tabellen, Listen oder Bilder lesen.

Darüber hinaus wurde im Laufe der Jahre eine Reihe sogenannter Schnellnavigationstasten eingeführt, die es sehbehinderten Benutzern ermöglichen, eine Seite über einen bestimmten Elementtyp zu überfliegen. Solche Elemente umfassen in der Regel Überschriften, Formularfelder, Listen, Tabellen, Links, Grafiken oder Landmarkenregionen.

Damit all dies funktioniert, fangen ATs fast alle Tastatureingaben ab und verbrauchen sie selbst, ohne etwas an den Browser oder andere Benutzeragenten weiterzugeben. Um mit einer Webseite interagieren zu können, wird eine Standardsatz von Widgets erkannt, bei dem durch Drücken einer bestimmten Taste (normalerweise der Enter-Taste) dieser Modus ausgeschaltet wird. Der Screenreader-Modus, oft Formularmodus oder Fokusmodus genannt, lässt alle Tastatureingaben wieder an den Browser durch. Escape ist der häufigste Weg, um in den Browse-Modus zurückzukehren, aber innerhalb eines spezifischen application-Abschnitts können einige Screenreader andere Tasten erfordern, um diesen Modus absichtlich zu verlassen. Zum Beispiel NUMPAD PLUS mit JAWS.

Die Rolle application ist darauf ausgelegt, eine Möglichkeit zu bieten, Widgets zugänglich zu machen, die nicht Teil des Standardsatzes sind, um für direkte Interaktion in ATs zugänglich zu sein, die sowohl Browse- als auch Fokus-Modi für die Interaktion mit Webinhalten verwenden. Die meisten gängigen Widgets haben erwartete Tastatur-Interaktionsverhalten. Aus diesem Grund würde eine individuelle Tastatur-Erfahrung, die von einem Web-Autor erstellt wird, eine verwirrende Erfahrung schaffen.

document, article

Wird verwendet, um Teile der Anwendung anzugeben, die als normale Webinhalte behandelt werden sollten.

aria-activedescendant

Wird verwendet, um den Fokus innerhalb der Anwendung zu verwalten.

aria-label

Wird verwendet, um den Namen der Anwendung oder den Zweck des Widgets anzugeben, das veröffentlicht wird.

aria-describedby

Wird verwendet, um die idref eines Elements anzugeben, das zusätzliche Anweisungen für die Navigation oder Bedienung dieses Elements enthält.

aria-roledescription

Wird verwendet, um der Anwendung einen ausführlicheren Text für Screenreader zu geben. Dies sollte lokalisiert werden.

aria-disabled

Gibt an, dass ein Element sichtbar, aber deaktiviert ist.

aria-errormessage

Ein Verweis auf das Element, das die Fehlermeldung für das Element bereitstellt, auf dem es festgelegt ist.

aria-expanded

Wenn auf true gesetzt, ist das von diesem Element besessene oder kontrollierte Gruppierungselement erweitert, oder false, wenn es eingeklappt ist.

aria-haspopup

Gibt an, dass es ein Popup gibt, wie ein Menü oder Dialog, das durch das Element ausgelöst werden kann.

Die Tastaturinteraktion liegt vollständig in der Kontrolle des Webautors und kann mit dem spezifischen Widget verbunden sein, das implementiert wird. In einer Folienanwendung könnte zum Beispiel ein Widget erstellt werden, das die Pfeiltasten verwendet, um Elemente auf der Folie zu positionieren, und mit akustischem Feedback über eine ARIA Live-Region die Position und den Überlappungsstatus mit anderen Objekten zu kommunizieren. Der Fokus wird über aria-activedescendant verwaltet.

Die Tasten Tab, Leertaste und Eingabetaste sowie Escape müssen von der Anwendung behandelt werden. Eine Ausnahme ist, wenn der Fokus auf ein Standard-Widget innerhalb der Anwendung gesetzt wird, das die Tastaturnavigation des Browsers unterstützt, wie zum Beispiel ein input-Element.

keyPress

Wird verwendet, um Tastatureingaben zu behandeln und den Fokus zu steuern.

Click, Touch

Je nach Widget-Implementierung angemessen handhaben.

Ändern von Attributwerten

aria-activedescendant wird verwendet, um den Fokus innerhalb des Anwendungscontainers zu verwalten. Festgelegt als Reaktion auf Tastatur- oder andere Anwendungsereignisse, die den Fokus oder den Interaktionspunkt ändern.

Einige bekannte Webanwendungen, die die Rolle application korrekt verwenden oder verwendet haben, sind:

• Google Docs, Sheets und Slides
• CKEditor und TinyMCE WYSIWYG-Webeditoren, wie sie auf dem Mozilla Developer Network verwendet werden
• Einige Teile von Gmail

Eine unsachgemäße Verwendung der Rolle application kann unbeabsichtigt den Zugriff auf Informationen auf einer Webseite einschränken. Seien Sie daher sehr vorsichtig bei der Verwendung. Überlegen Sie sorgfältig, ob Sie diese tatsächlich benötigen und nicht einfach einen Satz anderer bekannter Widgets verwenden können, um die gleiche Aufgabe zu erfüllen.

Wenn verwendet, sollte die Rolle der Anwendung zum kleinstmöglichen gemeinsamen Container hinzugefügt werden, zum Beispiel nicht auf das <body>-Element. Vergewissern Sie sich auch, dass Sie das Geschriebene mit unterstützender Technologie testen, um zu überprüfen, ob es wie beabsichtigt funktioniert.

Die Anwendung der Rolle application wird dazu führen, dass dieses und alle Nachkommenelemente dieses Elements wie Anwendungsinhalte und nicht wie Webinhalte behandelt werden. Jegliche Lese-Mechanismen, die unterstützende Technologien für Webinhalte haben können, werden nicht angewendet.

• Wenn Sie die WAI-ARIA-Rolle application verwenden, tun Sie dies bitte mit Bedacht - Blogbeitrag von Marco Zehe
• Verwendung der ARIA application-Rolle - von Léonie Watson