Teilen über

Nicht empfehlenswerte Praktiken für die Barrierefreiheit

  • Artikel

Wenn Sie eine barrierefreie Windows-App erstellen möchten, lesen Sie diese Liste der Methoden, die Sie vermeiden sollten:

  • Vermeiden Sie das Erstellen von benutzerdefinierten UI-Elementen, wenn Sie die standardmäßigen Windows-Steuerelemente oder -Steuerelemente verwenden können, die microsoft Benutzeroberflächenautomatisierung-Unterstützung bereits implementiert haben. Standardmäßig sind auf Windows-Standardsteuerelemente zugegriffen werden kann. In der Regel müssen nur einige Barrierefreiheitsattribute hinzugefügt werden, die appspezifisch sind. Im Gegensatz dazu ist die Implementierung der AutomationPeer-Unterstützung für ein echtes benutzerdefiniertes Steuerelement etwas stärker beteiligt (siehe Benutzerdefinierte Automatisierungspeers).

  • Fügen Sie keinen statischen Text oder andere nicht interaktive Elemente in die Aktivierreihenfolge ein (z. B. durch Festlegen der TabIndex-Eigenschaft für ein nicht interaktives Element). Wenn sich nicht interaktive Elemente in der Aktivierreihenfolge befinden, entspricht dies den Richtlinien für die Barrierefreiheit der Tastatur, da sie die Effizienz der Tastaturnavigation für Benutzer verringert. Viele Hilfstechnologien verwenden die Aktivierreihenfolge und die Möglichkeit, ein Element als Teil ihrer Logik zu konzentrieren, um die Benutzeroberfläche einer App dem Benutzer der Hilfstechnologie zu präsentieren. Nur Textelemente in der Aktivierreihenfolge können Benutzer verwirren, die nur interaktive Elemente in der Aktivierreihenfolge erwarten (Schaltflächen, Kontrollkästchen, Texteingabefelder, Kombinationsfelder, Listen usw.).

  • Vermeiden Sie die absolute Positionierung von UI-Elementen (z. B. in einem Canvas-Element ), da sich die Darstellungsreihenfolge häufig von der Reihenfolge der untergeordneten Elementdeklaration unterscheidet (dies ist die de facto logische Reihenfolge). Ordnen Sie nach Möglichkeit UI-Elemente in Dokument oder logischer Reihenfolge an, um sicherzustellen, dass Bildschirmsprachausgaben diese Elemente in der richtigen Reihenfolge lesen können. Wenn die sichtbare Reihenfolge von UI-Elementen von der Dokument- oder logischen Reihenfolge abweichen kann, verwenden Sie explizite Tabindexwerte (Set TabIndex), um die richtige Lesereihenfolge zu definieren.

  • Verwenden Sie keine Farbe als einzige Möglichkeit, Informationen zu vermitteln. Benutzer, die farbenblind sind, können keine Informationen erhalten, die nur durch Farbe vermittelt werden, z. B. in einem Farbstatusindikator. Fügen Sie andere visuelle Hinweise, vorzugsweise Text, ein, um sicherzustellen, dass Informationen zugänglich sind.

  • Aktualisieren Sie nicht automatisch eine gesamte App-Canvas , es sei denn, sie ist wirklich für die App-Funktionalität erforderlich. Wenn Sie Seiteninhalte automatisch aktualisieren müssen, aktualisieren Sie nur bestimmte Bereiche der Seite. Hilfstechnologien müssen im Allgemeinen davon ausgehen, dass ein aktualisierter App-Canvas eine völlig neue Struktur ist, auch wenn die effektiven Änderungen minimal waren. Die Kosten dafür für den Benutzer der Hilfstechnologie sind, dass alle Dokumentansichten oder Beschreibungen der aktualisierten App jetzt neu erstellt und dem Benutzer erneut angezeigt werden müssen.

    Eine absichtliche Seitennavigation, die vom Benutzer initiiert wird, ist ein legitimer Fall für die Aktualisierung der App-Struktur. Stellen Sie jedoch sicher, dass das UI-Element, das die Navigation initiiert, korrekt identifiziert oder benannt ist, um einen Hinweis darauf zu geben, dass das Aufrufen zu einer Kontextänderung und zum Erneutladen der Seite führt.

    Hinweis

    Wenn Sie Inhalte in einem Bereich aktualisieren, sollten Sie die AccessibilityProperties.LiveSetting-Barrierefreiheitseigenschaft für dieses Element auf eine der nicht standardmäßigen Einstellungen "Polite " oder "Assertive" festlegen. Einige Hilfstechnologien können diese Einstellung dem ARIA-Konzept (Accessible Rich Internet Applications) von Liveregionen zuordnen und dem Benutzer somit mitteilen, dass sich eine Region von Inhalten geändert hat.

  • Verwenden Sie keine UI-Elemente, die mehr als dreimal pro Sekunde blinken. Blinkende Elemente können dazu führen, dass einige Menschen Anfälle haben. Es empfiehlt sich, die Verwendung von UI-Elementen zu vermeiden, die blinken.

  • Ändern Sie den Benutzerkontext nicht automatisch, oder aktivieren Sie die Funktionalität nicht automatisch. Kontext- oder Aktivierungsänderungen sollten nur auftreten, wenn der Benutzer eine direkte Aktion für ein UI-Element ausführt, das den Fokus besitzt. Änderungen im Benutzerkontext umfassen das Ändern des Fokus, das Anzeigen neuer Inhalte und das Navigieren zu einer anderen Seite. Das Vornehmen von Kontextänderungen ohne Einbeziehung des Benutzers kann für Benutzer mit Behinderungen unorientiert sein. Zu diesen Ausnahmen gehören das Anzeigen von Untermenüs, das Überprüfen von Formularen, das Anzeigen von Hilfetext in einem anderen Steuerelement und das Ändern des Kontexts als Reaktion auf ein asynchrones Ereignis.