Barrierefreie Android Apps

Barrierefreiheit (auch: „Accessibility“ oder kurz „a11y“) ist ein zentraler Aspekt der Software-Entwicklung – und damit auch des App Development. Schließlich entwickeln wir für Menschen, und damit ist es auch immer unser Ziel, Apps unabhängig von Nutzereinschränkungen für alle User zugänglich zu machen, nicht nur weil das gesetzlich vorgeschrieben wird, sondern weil wir das für richtig halten und weil das für alle vorteilhaft ist. Aus Sicht eines Android Developers ist es dabei essenziell, die Barrierefreiheits-Features nicht nur zu verstehen, sondern auch effektiv zu implementieren. So gewährleisten wir, dass unsere Produkte von allen Nutzer*innen einfach verwendet werden können.

Es ist vorteilhaft, Barrierefreiheit von Anfang an in den Entwicklungsprozess zu integrieren und in jedem Schritt der Produktentwicklung mitzudenken. In der Realität werden viele das nachziehen müssen. Umso wichtiger wird es in so einer Situation, die Accessibility in den Prozess einzubauen. Das beginnt beim durchdachten (UX-)Designentwurf, welcher dann in der Entwicklungsphase konsequent umgesetzt werden muss. Weiterhin sollte sie bei der QA mitbedacht sein (z. B. in der „Definition of Done“ verankert und während des Testings aktiv geprüft). Hierbei ist insbesondere zu kontrollieren, ob die App auch ohne visuelle Elemente und Touchscreen bedienbar bleibt.

Einige Kernpunkte, die wir in unseren Apps berücksichtigen sollten, umfassen:

• Textgröße (anpassbar an unterschiedliche Bildschirmgrößen)
• Textlänge
• Größe der Schaltflächen 
• Gestensteuerung
• Farbkontraste
• Navigation
• Beschreibungen von View- und Bildelementen

Android bietet viele Bedienungshilfen automatisch an. Es ist unsere Aufgabe, diese in unseren Produkten richtig einzusetzen. Um von den Vorteilen der Android Accessibility-Features profitieren zu können, sollte man unter anderem auf die folgenden View-Attribute im Code achten:

• `android:contentDescription`: Stellt eine Beschreibung des Elements und seines Zwecks bereit, die von TalkBack vorgelesen wird.
• `android:accessibilityTraversalBefore` und `android:accessibilityTraversalAfter`: Legen die Reihenfolge fest, in der Elemente durch Accessibility-Features bearbeitet werden.
• `android:accessibilityHeading`: Kennzeichnet eine View als Überschrift für die Barrierefreiheit.
• `android:accessibilityLiveRegion`: Informiert Nutzer über Änderungen in diesem Element.
• `android:accessibilityPaneTitle`: Definiert eine View als Überschrift für abgegrenzte Bereiche des Bildschirms.
• `android:importantForAccessibility` und `android:focusable`: Sind essentiell für die Navigation und Interaktion mit der App durch Accessibility-Tools.

Die Liste ist nicht vollständig und diese Attribute werden für die Accessibility Events benutzt. Möchte man die Accessibility Events noch selbst steuern, ist es auch möglich. Darüber hinaus bietet Android noch viel mehr. Hier kann man sich weiter informieren.

Android Studio bringt darüber hinaus einige hilfreiche Tools mit, die wir auch nutzen sollten:

• Compose UI Check: Diese Vorschau-Funktion im Android Studio ermöglicht spezifische Prüfung der Compose-UI auf Barrierefreiheitsaspekte. Hier gibt es mehr dazu.
• Lint Check: Regelmäßige Lint-Prüfungen helfen, problematische Code-Stellen zu identifizieren, inklusive Aceccibility- Issues, wie z.B. fehlender `contentDescriptions`.

Last, but not least ist das User Feedback ein unverzichtbarer Bestandteil der Entwicklung barrierefreier Apps, insbesondere von denjenigen, die ihre Geräte nicht visuell oder über den Touchscreen bedienen. Dieses Feedback ist entscheidend für die fortlaufende Verbesserung der Accessibility unserer Produkte.

Barrierefreiheit sollte ein fundamentaler Bestandteil des Entwicklungsprozesses jeder Android-App sein. Wir verfügen über zahlreiche Tools und Ressourcen, die es uns ermöglichen, unsere Produkte inklusiver zu gestalten. Nutzen wir sie, um eine digitale Welt zu schaffen, die wirklich für alle zugänglich ist!