ARIA: Anwendungsrolle

Die application Dokumentstruktur-Rolle zeigt Hilfstechnologien an, dass dieser Teil des Webinhalts Elemente enthält, die keinem anderen bekannten HTML-Element oder WAI-ARIA-Widget entsprechen. Jegliche spezielle Interpretation von HTML-Strukturen und Widgets sollte ausgesetzt werden, und die Kontrolle sollte vollständig dem Browser und der Webanwendung überlassen werden, um Maus-, Tastatur- oder Touch-Interaktionen zu handhaben.

In diesem Modus ist der Webautor vollständig verantwortlich für die Handhabung jeglicher Tastatureingaben, Fokusverwaltung und andere Interaktionen und kann nicht davon ausgehen, dass Hilfstechnologien auf ihrer Seite eine Verarbeitung durchführen.

Wenn die von der Anwendungsrolle umfasste Webanwendung Teile enthält, die wie normaler Webinhalt behandelt werden sollten, sollte eine Rolle von document oder article verwendet werden, um solche Inhalte zu enthalten.

Aus historischen Gründen, insbesondere unter Windows, haben Bildschirmleser und einige andere Hilfstechnologien (AT) traditionell den gesamten Webinhalt auf einmal vom Browser erfasst, nachdem er vollständig geladen war. Die ATs erstellen ihre eigene Darstellung davon, die am sinnvollsten für sehbehinderte Nutzer ist, um den Inhalt zu konsumieren. Dies wird oft 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, in dem Benutzer zeilenweise, satzweise oder absatzweise lesen können. Die AT wird jegliche Semantik wie Links, Überschriften, Formularsteuerungen, Tabellen, Listen oder Bilder vorlesen.

Darüber hinaus hat sich im Laufe der Jahre ein Satz sogenannter Schnelltasten etabliert, der es sehbehinderten Nutzern erlaubt, eine Seite über einen bestimmten Elementtyp zu überfliegen. Solche Elemente umfassen normalerweise Ü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 durchzulassen. Um mit einer Webseite interagieren zu können, wird ein Standardsatz von Widgets erkannt, bei dem durch Drücken einer bestimmten Taste (normalerweise der Eingabe-Taste) dieser Modus ausgeschaltet wird. Der Bildschirmlesermodus, 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 bestimmten application-Abschnitts erfordern einige Bildschirmleser möglicherweise andere Tasten, um diesen Modus gezielt zu verlassen. Zum Beispiel NUMPAD PLUS mit JAWS.

Die application-Rolle ist darauf ausgelegt, eine Möglichkeit für Widgets zu bieten, die nicht Teil des Standardsatzes sind, um für die 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. Aufgrund dessen würde eine benutzerdefinierte Tastaturerfahrung, die von einem Webautor erstellt wurde, ein verwirrendes Erlebnis erzeugen.

document, article

Wird verwendet, um Teile der Anwendung anzugeben, die als normaler Webinhalt 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 angezeigt wird.

aria-describedby

Wird verwendet, um die idref eines Elements anzugeben, das zusätzliche Anweisungen zum Navigieren oder Bedienen dieses Elements enthält.

aria-roledescription

Wird verwendet, um der Anwendung einen beschreibenderen Rollentext bereitzustellen, der von Bildschirmlesern gesprochen wird. 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 gesetzt ist

aria-expanded

Wenn auf true gesetzt, wird das Gruppierungselement, das diesem Element gehört oder von ihm kontrolliert wird, erweitert oder auf false gesetzt, wenn es zusammengeklappt ist.

aria-haspopup

Gibt an, dass ein Popup vorhanden ist, wie ein Menü oder Dialog, das von dem Element ausgelöst werden kann.

Die Tastaturinteraktion liegt vollständig in der Kontrolle des Webautors und kann alles sein, was mit dem bestimmten implementierten Widget verbunden ist. In einer Präsentationsanwendung könnte beispielsweise ein Widget erstellt werden, das die Pfeiltasten verwendet, um Elemente auf der Folie zu positionieren, und das mithilfe einer ARIA-Live-Region Audio-Feedback gibt, um die Position und den Überlappungsstatus mit anderen Objekten zu kommunizieren. Der Fokus wird über aria-activedescendant verwaltet.

Die Tasten Tab, Leerzeichen und Eingabe sowie Escape müssen von der Anwendung gehandhabt werden. Die einzige Ausnahme ist, wenn der Fokus auf ein Standard-Widget innerhalb der Anwendung gesetzt wird, das von der Tastatur-Navigation des Browsers unterstützt wird, zum Beispiel ein input-Element.

keyPress

Wird verwendet, um die Tastatureingaben zu verarbeiten und den Fokus zu steuern

Click, Touch

Handhaben Sie diese entsprechend für Ihr Widget ebenfalls

Ändern von Attributwerten

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

Einige bekannte Webanwendungen, die die Anwendungsrolle ordnungsgemäß verwenden oder verwendet haben, sind:

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

Eine falsche Verwendung der application-Rolle kann unbeabsichtigt den Zugriff auf Informationen auf einer Webseite nehmen, daher sollten Sie sehr sorgfältig mit ihrer Verwendung umgehen. Überlegen Sie gründlich, ob Sie sie wirklich benötigen und nicht einfach einen Satz anderer bekannter Widgets verwenden können, um die gleiche Aufgabe zu erreichen.

Wenn verwendet, sollte die Anwendungsrolle dem niedrigsten gemeinsamen Behälter hinzugefügt werden, nicht zum Beispiel dem <body>-Element. Stellen Sie auch sicher, dass das Geschriebene mit Hilfstechnologie getestet wird, um zu überprüfen, ob es wie beabsichtigt funktioniert.

Die Anwendung der application-Rolle führt dazu, dass dieses Element und alle des Nachfahren dieses Elements als Anwendungsinhalt behandelt werden, nicht als Webinhalt. Jegliche Lese-Mechanismen, die Hilfstechnologien für Webinhalte haben könnten, werden nicht zutreffen.

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