Ergebnis dieses Guides
Eine Oberfläche mit Namen, Fokus und verständlichen Zuständen
Arbeitsumgebung
Svelte mit den zur Projektversion passenden Reaktivitäts- und Komponentenkonventionen
Wann ist diese Entscheidung wichtig?
Zugänglichkeit ist Teil der Bedienung. Visuelle Nähe zwischen Text und Eingabefeld stellt noch keine technische Zuordnung her.
Prüfen Sie die Reaktivität anhand der eingesetzten Svelte-Version. Halten Sie gemeinsam genutzten Zustand ausdrücklich sichtbar und trennen Sie reine Ableitungen von Seiteneffekten. Serverseitige Funktionen benötigen eine passende Anwendungsumgebung.
Barrierefreiheit: Schritt für Schritt.
- 01
Vorbereiten
Prüfen Sie Namen, Rollen, Fokusreihenfolge und Statusmeldungen der wichtigen Bedienelemente.
- 02
In Svelte umsetzen
Verwenden Sie native Elemente, passende Beschriftungen und sichtbaren Fokus. Prüfen Sie Vergrößerung und Tastaturbedienung.
- 03
Im tatsächlichen Projekt prüfen
Testen Sie Eingabeänderungen, wiederholten Komponentenaufbau und Aufräumen von Ressourcen. Bei Versionswechseln dürfen unterschiedliche Reaktivitätskonventionen nicht ungeprüft vermischt werden.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient eine schnelle interaktive Produktauswahl. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Ein Besucher bedient Dialog und Formular ohne Maus
- Erwartetes Ergebnis
- Alle Aufgaben sind erreichbar und Zustandswechsel werden verständlich mitgeteilt.
- Fehler- oder Grenzfall
- Der Fokus verschwindet nach dem Schließen eines Dialogs nicht im Seitenhintergrund.
Abnahme und typische Fehler.
- Inhalte sind auch ohne Maus oder Animation verständlich.
- Der Fokus verschwindet nach dem Schließen eines Dialogs nicht im Seitenhintergrund.
- Kleine Laufzeit bedeutet nicht automatisch eine kleine Anwendung; Daten und Abhängigkeiten zählen mit.
Typischer Fehler
ARIA kann fehlendes HTML-Verhalten nicht einfach reparieren.
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.
