Barrierefreiheit der Anwendung

Mit einem Design, das die Barrierefreiheit berücksichtigt, kann Ihre Anwendung von einer größeren Zielgruppe verwendet werden. Staatliche Vorgaben (wie z. B. der Equality Act 2010 in Großbritannien und Section 508 des Rehabilitation Act in den Vereinigten Staaten) können ebenfalls die Barrierefreiheit von Anwendungen fordern.

Barrierefreiheits-Rollen

Die Pega-Plattform unterstützt den WAI-ARIA-Standard (Web Accessibility Initiative-Accessible Rich Internet Applications). WAI-ARIA ist eine technische Spezifikation, um digitale Inhalte und Webanwendungen durch die Verwendung von WAI-ARIA-Rollen für Menschen mit Behinderungen besser zugänglich zu machen.

WAI-ARIA-Rollen sind spezifische Attribute, die auf Elemente der Benutzeroberfläche angewendet werden. Die Rollen ermöglichen die Kommunikation zwischen Hilfsgeräten und Pega-Plattform-Anwendungen über UI-Elemente. Eine Rolle weist zum Beispiel ein Screenreader an, zwischen einer Checkbox und einer Schaltfläche zu unterscheiden und dem Benutzer für jedes Steuerelement ein entsprechendes Verhalten anzubieten.

Die Pega-Plattform unterstützt drei Arten von WAI-ARIA-Rollen. Jeder Rollentyp beschreibt den Inhalt oder die Funktionalität eines bestimmten Bereichs innerhalb eines Portals.

• Landmark: Die Landmark-Rollen organisieren den Inhalt innerhalb eines Portals, um die Navigation bei Verwendung eines Screenreaders zu verbessern, indem sie schnellen Zugriff auf bestimmte Bereiche der Seite bieten. Landmark-Inhalte sind zweckgebunden und beziehen sich auf die Navigation, die Suche oder den Konsum von Inhalten. Weitere Informationen darüber, wie Pega-Plattform-Portale Landmark-Rollen zur Unterstützung der Barrierefreiheit verwenden, finden Sie in der Pega Community unter dem Thema WAI-ARIA roles in a screen layout (WAI-ARIA-Rollen in einem Bildschirmlayout).
• Dokumentstruktur: Die Dokumentstrukturrollen beschreiben die Struktur des Seiteninhalts. In der Regel sind die Dokumentstrukturrollen nicht interaktiv. Die Dokumentstruktur umfasst Elemente wie Zeilen- oder Spaltenüberschriften, Notizen oder Präsentationen.
• Komponente/Widget: Eine Komponente oder ein Widget ist ein interaktives Schnittstellenobjekt. Widget-Rollen werden Standardfunktionen in Barrierefreiheits-APIs zugeordnet. Wenn der Benutzer zu einem Widget navigiert, fangen Hilfstechnologien Tastaturereignisse ab und leiten sie durch die Webanwendung an das Widget weiter.

Sie können einem dynamischen Layout in einem Abschnitt Rollentypen zuweisen. Die Pega-Plattform weist standardmäßig WAI-ARIA-Rollen für UI-Steuerelemente und andere Komponenten zu, wie Bildschirmlayouts oder dynamische Container.

Weitere Informationen zur Barrierefreiheit in Pega-Plattform-Anwendungen finden Sie in der Pega Community unter dem Thema Accessibility and Pega Platform (Barrierefreiheit und Pega-Plattform). Weitere Informationen zur Barrierefreiheit im Web finden Sie beim W3C.

Barrierefreie Funktionen und aktualisierte Anwendungen

Standardmäßig ist die Barrierefreiheit für alle Benutzer der Pega-Plattform aktiviert. In früheren Versionen der Pega-Plattform mussten Entwickler die barrierefreien Funktionen für einzelne Zugriffsgruppen aktivieren. Wenn Sie ein Anwendungs-Upgrade von einer früheren Version der Pega-Plattform machen, aktualisieren Sie alle Zugriffsgruppen. Dadurch wird die Checkbox Enable accessibility add-on deaktiviert und das Ruleset PegaWAI aus der Liste der Production-Rulesets für die Anwendung und alle Zugriffsgruppen entfernt.

Prüfen Sie mit der folgenden Interaktion Ihr Wissen.

Pega empfiehlt außerdem Best Practices für die Barrierefreiheit, um die Verwendung von Hilfsgeräten zu unterstützen. Die folgende Tabelle zeigt verschiedene Konfigurationsoptionen, mit denen Entwickler die Barrierefreiheit von Anwendungen verbessern können.

Weitere Anleitungen zu Best Practices für die Konfiguration einer barrierefreien Anwendung finden Sie in der Pega Community unter dem Thema Best practices for accessibility (Best Practices für die Barrierefreiheit). Weitere Informationen darüber, wie einzelne Steuerelemente und Aktionen die Barrierefreiheit unterstützen, finden Sie in der Pega Community unter dem Thema Supported accessible run-time behavior (Unterstütztes barrierefreies Laufzeitverhalten).

Mit dem Tool Accessibility Inspector können Sie einige Probleme der Barrierefreiheit in Ihrer Anwendung identifizieren und beheben. Der Accessibility Inspector ist sowohl in App Studio als auch in Dev Studio und im Benutzerportal verfügbar, wenn er von Dev Studio aus gestartet wird.

Compliance-Audit zur Einhaltung von Best Practices

Ist der Accessibility Inspector aktiv, werden Konfigurationen erkannt, die die Barrierefreiheit der Anwendung verschlechtern können.

Der Accessibility Inspector ordnet die gefundenen Probleme in vier Kategorien ein.

1. Content – Probleme mit der Konfiguration von Steuerelementen. Zum Beispiel fehlt bei einem Icon ein Hilfstext oder eine Beschriftung.
2. Structural – Probleme mit der Organisation von Inhalten innerhalb des Portals. Zum Beispiel ist die Hierarchie der Überschriftsebenen nicht in der richtigen Reihenfolge, was Screenreader möglicherweise irritieren kann.
3. Interactivity – Probleme, die die Navigation von Hilfsgeräten auf der Benutzeroberfläche betreffen. In der Portalkonfiguration fehlt z. B. die „Zum Inhalt springen“-Navigation, wodurch Anwender nicht mit der Eingabetaste zum Hauptinhalt navigieren können.
4. Compatibility – Probleme mit Pega UI-Elementen, die in einem Formular verwendet werden. Ein Formular verwendet z. B. anstelle einer Layoutgruppe ein veraltetes Tabulator-Gruppenlayout.

Um UI-Konfigurationen zu untersuchen, die die Barrierefreiheit der Anwendung einschränken, erweitern Sie die Pfeile links neben den Überschriften Content, Structural, Interactivity und Compatibility. Nach dem Erweitern sehen Sie Beschreibungen der einzelnen Probleme. Erweitern Sie ein Problem, um die betroffenen UI-Elemente anzuzeigen. Bewegen Sie den Mauszeiger über ein UI-Element und klicken Sie auf das Fadenkreuz-Icon, um das Element in Dev Studio zu öffnen und das Problem zu beheben.

Vorschau für Farbenfehlsichtigkeit

Mit der Option Disability preview können Sie beobachten, wie Ihre Anwendung für Benutzer mit einer von vier Arten von Farbenfehlsichtigkeit erscheint. Die Option „Disability preview“ bietet vier Modi zur Simulation von Farbenfehlsichtigkeit. 

1. Achromatopsie (Farbenblindheit)
2. Deuteranopie (Rot-Grün-Schwäche)
3. Protanopia (Rot-Grün-Schwäche)
4. Tritanopia (Gelb-Blau-Schwäche)

Um das Erscheinungsbild Ihrer Anwendung so nachzubilden, wie es von einem Benutzer mit einer Farbsehschwäche wahrgenommen wird, klicken Sie auf die Drop-down-Liste rechts neben der Beschriftung Disability preview. Standardmäßig ist die Option „Disability preview“ auf None eingestellt. Ändern Sie die Preview-Einstellung, um die Farbpalette vorübergehend an die gewählte Farbenfehlsichtigkeit anzupassen. Um die ursprüngliche Farbpalette wiederherzustellen, wählen Sie None aus oder schließen den Accessibility Inspector.

Bewegen Sie im folgenden Bild den Schieberegler, um die Standardanzeige eines Formulars mit der Anzeige zu vergleichen, wie sie von einem Benutzer mit Tritanopie wahrgenommen wird.