Accesible Label on TextInput
Maintainer antworten meist innerhalb von 1 Tag
@azizbecha arbeitet bereits daran.
Seit 10.5.2026.
Bewertung
Dieses Issue wurde noch nicht bewertet.
Beschreibung
My Problem:
Currently, there is no streamlined way to provide a custom accessibility label specifically for the TextInput label or to override how screen readers announce "required" fields.
When a label uses a visual indicator like an asterisk (e.g., E-Mail *), VoiceOver reads it literally as "E-Mail Star" or "E-Mail Asterisk". This is confusing for users; the screen reader should ideally announce the semantic intent: "E-Mail, required."
Suggested solution:
I propose adding an accessibilityLabel (or labelAccessibilityLabel) prop to the TextInput component.
Behavior: If provided, this string would be used by the screen reader to identify the field, allowing developers to pass "E-Mail, required" while keeping the visual label as "E-Mail *".
Implementation: This prop should map directly to the underlying native accessibility labels (accessibilityLabel on React Native or aria-label on Web).
Alternatives you've considered
I have attempted several workarounds with limited success:
Custom Label Component: Passing a custom Text component with accessibilityLabel and accessible={true}.
Visually Hidden Text (SR-Only): Wrapping two components in a View—one visually hidden for screen readers containing the "Required" text, and one visible to sighted users with importantForAccessibility="no-hide-descendants".
- Vorherrschende Sprache
- TypeScript
- Sterne
- 14.5k
- Forks
- 2.3k
- Ø Merge
- 3 T. 14 Std.
- Gemergte PRs (30 T.)
- 12
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus callstack/react-native-paper
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
callstack/react-native-paper#5146 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
Menu ignores the keyboard when it mounts while the keyboard is already openEvtl. vergeben @manchoudhary hat das vor 50 Tagen übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
callstack/react-native-paper#5096 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Tooltip: onPress event object is not propagated to parent component on nativeEvtl. vergeben @aliyilmaztech hat das vor 83 Tagen übernommen. Offenbug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
callstack/react-native-paper#5003 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Snackbar stays mounted after `visible=false` under new architecture (iOS + Android)Evtl. wieder frei Ein Pull Request dazu wurde ohne Merge geschlossen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
callstack/react-native-paper#4951 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
callstack/react-native-paper#4881 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in callstack/react-native-paper
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
caprover/caprover-frontend#273 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
ai-driven-dev/framework#1147 ·
Maintainer antworten meist innerhalb von 1 Tag
-
agent-ui bug p2
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
amd/gaia#6580 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
cybersemics/em#6232 ·
Maintainer antworten meist innerhalb von 1 Tag