Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel wird erläutert, wie Barrierefreie Windows-Apps entwickelt werden. Insbesondere wird davon ausgegangen, dass Sie verstehen, wie Sie die logische Hierarchie für Ihre App entwerfen. Erfahren Sie, wie Sie barrierefreie Windows-Apps entwickeln, die Tastaturnavigation, Farb- und Kontrasteinstellungen und Unterstützung für Hilfstechnologien umfassen.
Falls Sie es noch nicht getan haben, lesen Sie bitte Gestaltung inklusiver Software.
Es gibt drei Dinge, die Sie tun sollten, um sicherzustellen, dass Ihre App barrierefrei ist:
- Machen Sie Ihre UI-Elemente für programmgesteuerten Zugriffverfügbar.
- Stellen Sie sicher, dass Ihre App die Tastaturnavigation für Personen unterstützt, die keine Maus oder einen Touchscreen verwenden können.
- Stellen Sie sicher, dass Ihre App barrierefreie Farb- und Kontrasteinstellungen unterstützt.
Programmgesteuerter Zugriff
Der programmgesteuerte Zugriff ist für die Erstellung von Barrierefreiheit in Apps von entscheidender Bedeutung. Dies wird erreicht, indem Sie den zugänglichen Namen (erforderlich) und die Beschreibung (optional) für Inhalte und interaktive UI-Elemente in Ihrer App festlegen. Dadurch wird sichergestellt, dass Benutzeroberflächenelemente für Hilfstechnologien (AT) wie Bildschirmleser (z. B. Narrator) oder alternative Ausgabegeräte (z. B. Braille-Displays) zugänglich gemacht werden. Ohne programmgesteuerten Zugriff können die APIs für Hilfstechnologien keine Informationen richtig interpretieren, sodass der Benutzer die Produkte nicht ausreichend verwenden kann oder die AT gezwungen wird, nicht dokumentierte Programmierschnittstellen oder Techniken zu verwenden, die nie als Barrierefreiheitsschnittstelle verwendet werden sollen. Wenn Benutzeroberflächensteuerelemente für Hilfstechnologien verfügbar gemacht werden, kann AT feststellen, welche Aktionen und Optionen dem Benutzer zur Verfügung stehen.
Weitere Informationen darüber, wie Sie die UI-Elemente Ihrer App für assistive Technologien (AT) zugänglich machen können, finden Sie unter Offenlegen grundlegender Barrierefreiheitsinformationen.
Tastaturnavigation
Für Benutzer, die blind sind oder Probleme mit der Mobilität haben, ist die Navigation auf der Benutzeroberfläche mit einer Tastatur äußerst wichtig. Allerdings sollten nur die UI-Steuerelemente, die eine Benutzerinteraktion erfordern, den Tastaturfokus erhalten. Komponenten, die keine Aktion erfordern, z. B. statische Bilder, benötigen keinen Tastaturfokus.
Es ist wichtig zu beachten, dass die Tastaturnavigation im Gegensatz zur Navigation mit einer Maus oder Toucheingabe linear ist. Überlegen Sie bei der Tastaturnavigation, wie Ihr Benutzer mit Ihrem Produkt interagiert und was die logische Navigation sein wird. In westlichen Kulturen lesen die Menschen von links nach rechts, von oben nach unten. Daher ist es üblich, dieses Muster für die Tastaturnavigation zu befolgen.
Überprüfen Sie beim Entwerfen der Tastaturnavigation Ihre Benutzeroberfläche, und überlegen Sie sich die folgenden Fragen:
- Wie sind die Steuerelemente angeordnet oder in der Benutzeroberfläche gruppiert?
- Gibt es ein paar erhebliche Steuerelementgruppen?
- Falls ja, enthalten diese Gruppen eine andere Ebene von Gruppen?
- Sollte die Navigation zwischen gleichrangigen Steuerelementen durch Tabulator-Tasten, durch spezielle Navigation (z. B. Pfeiltasten) oder durch beides erfolgen?
Das Ziel ist es, dem Benutzer zu helfen, zu verstehen, wie die Benutzeroberfläche ausgelegt ist, und die Steuerelemente zu identifizieren, die aktionenfähig sind. Wenn Sie feststellen, dass zu viele Tabstopps vorhanden sind, bevor der Benutzer die Navigationsschleife abgeschlossen hat, sollten Sie ähnliche Steuerelemente zusammenfassen. Einige zusammenhängende Steuerelemente, wie z. B. ein Hybridsteuerelement, müssen möglicherweise bereits in dieser frühen Erkundungsphase berücksichtigt werden. Nachdem Sie mit der Entwicklung Ihres Produkts begonnen haben, ist es schwierig, die Tastaturnavigation zu überarbeiten, also planen Sie sorgfältig und planen Sie frühzeitig!
Weitere Informationen zur Tastaturnavigation zwischen UI-Elementen finden Sie unter Barrierefreiheit der Tastatur.
Darüber hinaus verfügt das Engineering Software for Accessibility eBook über ein hervorragendes Kapitel zu diesem Thema mit dem Titel Design der logischen Hierarchie.
Farbe und Kontrast
Eine der integrierten Barrierefreiheitsfeatures in Windows ist der Modus "Hoher Kontrast", der den Farbkontrast von Text und Bildern auf dem Computerbildschirm erhöht. Für einige Personen reduziert das Erhöhen des Kontrasts in Farben die Augenbelastung und erleichtert das Lesen. Wenn Sie die Benutzeroberfläche mit hohem Kontrast überprüfen, möchten Sie sicherstellen, dass die Steuerelemente konsistent und mit Systemfarben (nicht mit hartcodierten Farben) codiert wurden, um zu gewährleisten, dass alle Steuerelemente auf dem Bildschirm sichtbar sind, die auch für einen Benutzer sichtbar wären, der den hohen Kontrast nicht nutzt.
XAML
<Button Background="{ThemeResource ButtonBackgroundThemeBrush}">OK</Button>
Weitere Informationen zur Verwendung von Systemfarben und -ressourcen finden Sie unter XAML-Themenressourcen.
Solange Sie keine Systemfarben außer Kraft setzen, unterstützt eine UWP-App standardmäßig Designs mit hohem Kontrast. Wenn ein Benutzer ausgewählt hat, dass das System ein Design mit hohem Kontrast aus Systemeinstellungen oder Barrierefreiheitstools verwenden soll, verwendet das Framework automatisch Farben und Stileinstellungen, die ein Layout mit hohem Kontrast und Rendering für Steuerelemente und Komponenten in der Benutzeroberfläche erzeugen.
Weitere Informationen finden Sie unter Hochkontrast-Themen.
Wenn Sie sich entschieden haben, anstelle von Systemfarben ein eigenes Farbdesign zu verwenden, beachten Sie die folgenden Richtlinien:
Farbkontrastverhältnis – Der aktualisierte Abschnitt 508 des Americans with Disability Act sowie andere Rechtsvorschriften erfordern, dass der Standardfarbkontrast zwischen Text und Hintergrund 5:1 sein muss. Bei großem Text (Schriftgrößen von 18 Punkt oder 14 Punkt in Fett) ist der erforderliche Standardkontrast 3:1.
Farbkombinationen – Etwa 7 Prozent der Männer (und weniger als 1 Prozent der Frauen) haben eine Form des Farbmangels. Benutzer mit Farbenblindheit haben Probleme bei der Unterscheidung zwischen bestimmten Farben, daher ist es wichtig, dass Farbe allein nie verwendet wird, um Status oder Bedeutung in einer Anwendung zu vermitteln. Was dekorative Bilder betrifft (z. B. Symbole oder Hintergründe), sollten Farbkombinationen so gewählt werden, dass die Wahrnehmung des Bilds durch farbenblinde Benutzer maximiert wird.
Prüfliste für die Barrierefreiheit
Nachfolgend sehen Sie eine abgekürzte Version der Checkliste für die Barrierefreiheit:
- Legen Sie den barrierefreien Namen (erforderlich) und die Beschreibung (optional) für Inhalte und interaktive UI-Elemente in Ihrer App fest.
- Implementieren Sie Barrierefreiheit für den Tastaturzugriff.
- Überprüfen Sie die Benutzeroberfläche visuell, um sicherzustellen, dass der Textkontrast angemessen ist, elemente in designs mit hohem Kontrast korrekt gerendert werden und Farben korrekt verwendet werden.
- Führen Sie Barrierefreiheitstools aus, beheben Sie gemeldete Probleme, und überprüfen Sie die Bildschirmleseerfahrung. (Siehe Thema "Barrierefreiheitstests".)
- Stellen Sie sicher, dass Ihre App-Manifesteinstellungen den Richtlinien für die Barrierefreiheit entsprechen.
- Deklarieren Sie Ihre App im Microsoft Store als barrierefrei. (Siehe Thema "Barrierefreiheit im Store".)
Weitere Informationen finden Sie in der vollständigen Prüfliste für die Barrierefreiheit Thema.
Zugehörige Themen
Windows developer