You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/ff-concepts/localization-accessibility/accessibility.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -75,7 +75,7 @@ Here’s what each option does:
75
75
76
76
-**Is Container**: Indicates the widget acts as a grouping for other semantic widgets.
77
77
-**Is Image**: Tells screen readers the widget represents an image.
78
-
-**Is Button**: Declares the widget behaves like a button.
78
+
-**Is Button**: Declares that the widget behaves like a button.
79
79
-**Is Header**: Identifies a widget as a heading for better navigation.
80
80
-**Explicit Child Nodes**: Forces semantics to include all child nodes, even if normally ignored.
81
81
-**Exclude Semantics**: Prevents screen readers from announcing this widget.
@@ -118,7 +118,7 @@ The Semantic Announce action allows you to trigger screen reader announcements w
118
118
119
119
:::info[Best Practices]
120
120
121
-
- Long announcements can overwhelm the user. Aim for a concise phrase like "Search complete—3 results."
121
+
- Long announcements can overwhelm the user. Aim for a concise phrase like "Search complete — 3 results."
122
122
- Too many announcements can confuse or irritate the user. Only announce critical or timely changes that aren’t otherwise discoverable.
123
123
- Use the correct language direction of the message. If your app supports multiple locales, dynamic direction binding can help.
124
124
- Screen reader behavior can vary across Android (TalkBack) and iOS (VoiceOver). Test thoroughly on real hardware to confirm the experience.
@@ -131,7 +131,7 @@ The Semantic Announce action allows you to trigger screen reader announcements w
131
131
132
132
You can control the Focus Configuration using the following properties:
133
133
134
-
-**Wrap in Focus Traversal Group**: It places a widget (and all its children) in a dedicated group so focus cycles within that region before moving on. For example, if you have a login form with two fields: Email and Password. When you enable this option in the login form, pressing <kbd>Tab</kbd> will cycle only between them (and not jump to unrelated parts of the screen).
134
+
-**Wrap in Focus Traversal Group**: It places a widget (and all its children) in a dedicated group so focus cycles within that region before moving on. For example, if you have a login form with two fields: Email and Password, enabling this option ensures that pressing <kbd>Tab</kbd> will cycle only between them (and not jump to unrelated parts of the screen).
135
135
-**Focus Traversal Order**: This sets the exact sequence in which widgets receive focus using numeric values (e.g., 1, 2, etc.). For example, In a sign‑up form, set `Name = 1`, `Email = 2`, and `Password = 3` so pressing <kbd>Tab</kbd> moves logically down the form rather than following the raw widget tree.
136
136
137
137
Using both the properties you can create structured keyboard navigation for any complex layouts.
0 commit comments