TalkBack — was es ist, Steuerungsgesten und Einrichtung auf Android

Was ist TalkBack?

TalkBack ist ein Screenreader für Android, der von Google entwickelt wurde und Teil von Android Accessibility Suite ist. Er bietet Sprachrückmeldung und Gestensteuerung für Benutzer mit Sehbehinderungen. TalkBack funktioniert auf Smartphones, Tablets, Smart-TVs und Wear-Geräten mit Wear OS.

TalkBack erschien erstmals in Android 1.6 (Donut) im Jahr 2009. Anfangs war es ein separates Projekt, aber mit der Veröffentlichung von Android 4.0 (Ice Cream Sandwich) wurde es Teil der Android Accessibility Suite — einer Reihe von Diensten, die auch Switch Access und Select to Speak umfasst. Ab Android 10 ist TalkBack auf allen Geräten mit Google Play-Diensten vorinstalliert, einschließlich Partner-Geräten — Samsung, Xiaomi, Oppo und anderen.

TalkBack unterstützt über 30 Sprachen mit verschiedenen Sprach-Engines: Google Text-to-Speech, Samsung TTS und Third-Party-Engines. Für Deutsch bietet Google TTS eine natürliche Aussprache und korrekte Intonation. Der Benutzer kann Sprechgeschwindigkeit, Tonhöhe und Stimmen-Geschlecht in den TalkBack-Einstellungen anpassen.

Wie funktioniert TalkBack?

TalkBack arbeitet auf der Grundlage des AccessibilityService — einem Systemmechanismus in Android, der Apps ermöglicht, Informationen über den Zustand der Oberfläche zu erhalten und programmatisch damit zu interagieren. Wenn TalkBack aktiviert ist, fängt es alle Berührungsereignisse ab und wandelt sie in spezielle Screenreader-Gesten um.

Bedienungshilfen-Fokus

Das Schlüssellement der TalkBack-Funktion ist der Bedienungshilfen-Fokus. Anders als der Standard-Eingabefokus, der als Textfeld-Hervorhebung erscheint, wird der Bedienungshilfen-Fokus als gelber Rahmen um das Element angezeigt und ist für Benutzer ohne TalkBack unsichtbar. Wenn der Bedienungshilfen-Fokus auf ein Element trifft, sagt TalkBack dessen Inhalt, Typ und Zustand an.

Der Benutzer bewegt den Bedienungshilfen-Fokus mit Gesten: Wischen nach rechts — nächstes Element, Wischen nach links — vorheriges Element. Die Elemente werden in der Reihenfolge durchlaufen, die von AccessibilityNodeInfo — dem Bedienungshilfen-Baum, den Android für jeden Bildschirm erstellt — festgelegt wird. Der Entwickler kann die Reihenfolge über die Eigenschaften accessibilityTraversalBefore und accessibilityTraversalAfter beeinflussen, was besonders für komplexe Bildschirme mit benutzerdefinierten Layouts wichtig ist.

AccessibilityNodeInfo und der Bedienungshilfen-Baum

Jede View auf dem Bildschirm wird durch einen Knoten im Bedienungshilfen-Baum repräsentiert — ein AccessibilityNodeInfo-Objekt. Dieses Objekt enthält: den Text des Elements (contentDescription oder View-Text), den Element-Typ (Schaltfläche, Kontrollkästchen, Eingabefeld), den Zustand (aktiviert/deaktiviert/ausgewählt), die Position auf dem Bildschirm und eine Liste verfügbarer Aktionen. TalkBack durchläuft diesen Baum und sagt jeden Knoten in der Durchlaufreihenfolge an.

Wenn eine View keinen Textinhalt hat (z. B. eine ImageView ohne Beschreibung), wird sie für TalkBack unsichtbar — der Benutzer erfährt nichts von ihrer Existenz. Um dieses Problem zu lösen, setzt der Entwickler contentDescription — eine Textbeschreibung, die TalkBack anstelle von Stille ausgibt. Android unterstützt auch stateDescription für Elemente mit änderbarem Zustand (markiert/nicht markiert) und hintText für Eingabefelder mit Hinweisen.

TalkBack-Steuerungsgesten

TalkBack wandelt Standard-Android-Gesten in spezielle Screenreader-Gesten um. Die meisten Operationen werden mit einem oder zwei Fingern ausgeführt, während Drei-Finger-Gesten für globale Aktionen reserviert sind.

Die Geste oben-links wischen (L-förmiges Wischen) öffnet das globale TalkBack-Menü, in dem der Benutzer die Sprechgeschwindigkeit ändern, den Bildschirmvorhang aktivieren, ein Tutorial starten oder die Einstellungen öffnen kann. TalkBack unterstützt auch ein Kontextmenü für Elemente: oben-rechts wischen öffnet eine Liste verfügbarer Aktionen für das aktuelle Element (z. B. „Kopieren“, „Einfügen“ für ein Textfeld oder „Löschen“ für eine Chat-Nachricht).

TalkBack in der mobilen Entwicklung

Android bietet eine umfangreiche API zur Konfiguration der Barrierefreiheit. Die grundlegende Stufe ist contentDescription, aber für eine qualitativ hochwertige TalkBack-Unterstützung ist die Arbeit mit AccessibilityNodeInfo, AccessibilityDelegate und LiveRegion erforderlich.

ContentDescription und wichtige Attribute

Das Attribut android:contentDescription legt die Textbeschreibung des Elements für TalkBack fest. Es ist erforderlich für ImageView, ImageButton, FloatingActionButton und jede benutzerdefinierte View ohne Textinhalt. Für Standardelemente (TextView, Button) ist contentDescription optional — TalkBack liest den Text automatisch vor.

val avatarView = ImageView(this)
avatarView.contentDescription = "Benutzeravatar"
avatarView.importantForAccessibility =
    IMPORTANT_FOR_ACCESSIBILITY_YES

val playButton = ImageButton(this)
playButton.contentDescription = "Video abspielen"

val progressBar = ProgressBar(this)
progressBar.importantForAccessibility =
    IMPORTANT_FOR_ACCESSIBILITY_NO

Das Flag importantForAccessibility steuert die Sichtbarkeit des Elements für TalkBack. Der Wert NO blendet das Element aus dem Bedienungshilfen-Baum aus — nützlich für dekorative Bilder, Indikatoren und benutzerdefinierte Hintergründe. Der Wert YES nimmt das Element zwangsweise in den Durchlauf auf, auch wenn es keinen Text hat. Es ist wichtig, NO nicht zu übermäßig zu verwenden: Das Ausblenden semantisch wichtiger Elemente macht die App für TalkBack-Benutzer unzugänglich.

AccessibilityDelegate und benutzerdefinierte Aktionen

Für benutzerdefinierte Views, die keine Standard-Klick-Handler verwenden, muss AccessibilityDelegate überschrieben werden — eine Klasse, die Bedienungshilfen-Ereignisse behandelt. Der Delegat ermöglicht die Festlegung benutzerdefinierter Beschreibungen, Elementtypen und Listen verfügbarer Aktionen, die TalkBack dem Benutzer über das Kontextmenü anbietet.

class CustomButtonDelegate : View.AccessibilityDelegate() {
    override fun onInitializeAccessibilityNodeInfo(
        host: View, info: AccessibilityNodeInfoCompat
    ) {
        super.onInitializeAccessibilityNodeInfo(host, info)
        info.text = "Benutzerdefinierte Schaltfläche"
        info.className = Button::class.java.name
        info.addAction(
            AccessibilityNodeInfoCompat.AccessibilityActionCompat(
                R.id.custom_action, "Teilen"
            )
        )
    }

    override fun performAccessibilityAction(
        host: View, action: Int, args: Bundle?
    ): Boolean {
        if (action == R.id.custom_action) {
            shareContent()
            return true
        }
        return super.performAccessibilityAction(host, action, args)
    }
}

Im Beispiel teilt der Delegat TalkBack mit, dass das Element eine Schaltfläche ist (className = Button) und stellt eine benutzerdefinierte Aktion „Teilen“ bereit, die im TalkBack-Kontextmenü erscheint. Die Methode performAccessibilityAction behandelt den Aufruf dieser Aktion. Ohne einen Delegaten würde TalkBack die benutzerdefinierte View als einfachen nicht interaktiven Bereich behandeln, und der Benutzer könnte nicht mit ihr interagieren.

Barrierefreiheit für TalkBack einrichten

Die vollständige TalkBack-Unterstützung umfasst nicht nur contentDescription, sondern auch Fokusverwaltung, LiveRegion für dynamische Aktualisierungen, Tests mit aktiviertem Screenreader und die Anpassung an verschiedene Android-Versionen.

LiveRegion für dynamische Inhalte

Wenn sich der Bildschirminhalt ohne explizite Benutzeraktion ändert (z. B. eine Benachrichtigung über eine neue Nachricht erscheint oder ein Like-Zähler aktualisiert wird), muss TalkBack eine Benachrichtigung erhalten. Dazu wird das Attribut android:accessibilityLiveRegion für eine View in XML oder die Methode setAccessibilityLiveRegion() im Code verwendet. Der Wert polite fügt die Ansage nach Beendigung der aktuellen Sprachausgabe hinzu, während assertive sie sofort unterbricht.

val statusText = TextView(this)
statusText.accessibilityLiveRegion =
    View.ACCESSIBILITY_LIVE_REGION_POLITE

// Wenn der Text aktualisiert wird, kündigt TalkBack automatisch
// die Änderung an
statusText.text = "Neue Nachricht von Anna"

// Für kritische Benachrichtigungen — assertive
errorBanner.accessibilityLiveRegion =
    View.ACCESSIBILITY_LIVE_REGION_ASSERTIVE

LiveRegion ist das Android-Äquivalent zu UIAccessibility.post unter iOS. Verwenden Sie polite für die meisten Aktualisierungen (neue Nachrichten, Statusaktualisierungen) und assertive nur für kritische Fehler (fehlgeschlagene Zahlung, Verbindungsabbruch). Übermäßige Verwendung von assertive erzeugt eine negative Benutzererfahrung — TalkBack unterbricht ständig die aktuelle Sprachausgabe.

Gruppierung und Bedienungshilfen-Anbieter

Für komplexe Bildschirme, bei denen mehrere Views eine logische Einheit bilden, wird AccessibilityNodeProvider oder focusSearch verwendet, um die Navigation zu überschreiben. Beispielsweise sollte ein benutzerdefinierter Kalender mit 42 Zellen (6 Wochen × 7 Tage) den Benutzer nicht zwingen, alle 42 Elemente zu durchlaufen, um zum nächsten Block zu gelangen. Der Entwickler kann die Zellen in logische Einheiten gruppieren: Monat → Woche → Tag.

Für Jetpack Compose bietet der Modifikator .semantics {} eine ähnliche API: contentDescription, liveRegion, stateDescription, disabled und customActions. Compose unterstützt auch mergeDescendants zum Zusammenführen von Kind-Semantiken in eine, was die Gruppierung von Elementen ohne manuelle accessibilityDelegate-Konfiguration für jede View vereinfacht.

Button(
    onClick = { sendMessage() },
    modifier = Modifier.semantics {
        contentDescription("Nachricht senden")
        stateDescription("Bereit zum Senden")
    }
) {
    Icon(Icons.Filled.Send, "Senden")
}

Das Testen von TalkBack erfolgt mit einem physischen Gerät oder Emulator mit aktiviertem Dienst. Es wird empfohlen, die wichtigsten Benutzerszenarien mit ausgeschaltetem Bildschirm (Screen Curtain) zu durchlaufen — dies simuliert das völlige Fehlen visueller Rückmeldung. Android bietet auch Accessibility Scanner — ein Tool zur automatischen Erkennung von Barrierefreiheitsproblemen, das Elemente ohne contentDescription, zu kleine Berührungsziele und geringen Kontrast hervorhebt.