-
Notifications
You must be signed in to change notification settings - Fork 29.7k
Closed
flutter/engine
#42432Labels
P1High-priority issues at the top of the work listHigh-priority issues at the top of the work lista: accessibilityAccessibility, e.g. VoiceOver or TalkBack. (aka a11y)Accessibility, e.g. VoiceOver or TalkBack. (aka a11y)browser: chrome-desktoponly manifests in desktop Chromeonly manifests in desktop Chromeplatform-chromebookChromebook applications specificallyChromebook applications specificallyplatform-webWeb applications specificallyWeb applications specifically
Description
Is there an existing issue for this?
- I have searched the existing issues
- I have read the guide to filing a bug
Steps to reproduce
- Enable ChromeVox and navigate through a flutter-web UI (using Search/Launch + Right arrow) to get to the "Enable accessibility" button.
Expected results
ChromeVox would ideally land directly on "Enable accessibility". This is especially important since, hearing nothing, a blind user might try using the tab key to navigate to the button, but that keypress is consumed by Flutter to handle its UI navigation instead. There's no other way to get to "Enable accessibility" except via the screen reader.
Actual results
ChromeVox silently lands on two other divs before landing on the "Enable accessibility" button. That's because the two aria-live elements for announcements appear before the "Enable accessibility" button. It's more common to place these at the end of the web page instead.
Metadata
Metadata
Assignees
Labels
P1High-priority issues at the top of the work listHigh-priority issues at the top of the work lista: accessibilityAccessibility, e.g. VoiceOver or TalkBack. (aka a11y)Accessibility, e.g. VoiceOver or TalkBack. (aka a11y)browser: chrome-desktoponly manifests in desktop Chromeonly manifests in desktop Chromeplatform-chromebookChromebook applications specificallyChromebook applications specificallyplatform-webWeb applications specificallyWeb applications specifically