Ergebnis dieses Guides
Ein vollständig mit Tastatur bedienbarer Nutzerweg
Arbeitsumgebung
Angular mit der vorhandenen Router-, Formular- und Buildkonfiguration
Wann ist diese Entscheidung wichtig?
Semantische Elemente liefern bereits viele erwartete Verhaltensweisen. Selbst gebaute Klickflächen verlieren leicht Fokus, Namen und Tastaturbedienung.
Ordnen Sie Verhalten einer Komponente und wiederverwendbare fachliche Zugriffe einer klaren Schnittstelle zu. Berücksichtigen Sie beim Router und bei Datenströmen, wann eine Komponente neu aufgebaut oder verlassen wird.
Barrierefreiheit: Schritt für Schritt.
- 01
Vorbereiten
Listen Sie Navigation, Dialoge, Felder und Statusmeldungen auf. Prüfen Sie ihre zugänglichen Namen und die Fokusreihenfolge.
- 02
In Angular umsetzen
Nutzen Sie passende HTML-Elemente, sichtbaren Fokus und verständliche Fehlermeldungen. Nach einem Schrittwechsel muss klar sein, wo die nächste Aufgabe beginnt.
- 03
Im tatsächlichen Projekt prüfen
Prüfen Sie Navigation, zerstörte Komponenten und laufende Datenabonnements. Falls serverseitiges Rendering verwendet wird, muss der benötigte Inhalt auch vor der Browserinteraktion verfügbar sein.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient ein internes Dashboard mit Rollen und vielen Datenansichten. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Ein Nutzer erreicht und korrigiert das Formular nur mit Tab, Shift+Tab und Enter
- Erwartetes Ergebnis
- Alle notwendigen Aktionen sind erreichbar; Fehler sind mit dem betroffenen Feld verknüpft.
- Fehler- oder Grenzfall
- Ein Dialog hält den Fokus kontrolliert und gibt ihn beim Schließen an einen sinnvollen Ort zurück.
Abnahme und typische Fehler.
- Links, Formulare und Menüs haben sichtbare Fokuszustände.
- Ein Dialog hält den Fokus kontrolliert und gibt ihn beim Schließen an einen sinnvollen Ort zurück.
- Eine klare Modul- und Zuständigkeitsstruktur ist wichtiger als möglichst viele Abstraktionen.
Typischer Fehler
Ein visuell passender div ersetzt keinen bedienbaren Button.
Quellen und Versionshinweis
Die Anleitung beschreibt das Vorgehen; konkrete APIs, Produktfunktionen und Laufzeitgrenzen müssen zur eingesetzten Version passen. Halten Sie Version, Konfiguration und Prüfergebnis im Projekt fest und vergleichen Sie die verlinkte Dokumentation bei Änderungen.