[Win] Focus order of buttons on the Translate This Page panel is not following visual reading order
Categories
(Firefox :: Translations, defect, P3)
Tracking
()
| Accessibility Severity | s3 |
People
(Reporter: ayeddi, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: access)
Attachments
(2 files)
STR:
- Ensure that Translations are activated via
browser.translations.enable=true. - On a translatable website, navigate to the awesomebar. Press
Tabonce to move the focus to PiP control (if present) and then (if needed) useRight Arrowkey to focus theTranslate this pagetoggle - Press
SpaceorEnterto open a Translations panel - Navigate to
Translatebutton usingTabkey to move the focus between controls and observe the focus order afterTranslate tocombobox - forCancelandTranslatebuttons
Expected:
- The focus is following the visual reading order, which is for LTR language like English is from
Translate tocombobox to theTranslatebutton below it, on the left, and then toCancelon the right
Actual:
- The keyboard focus is moved to the right button
Cancelfirst and then it moves left toTranslatewhich is not the logical focus order for LTR/English and it does not follow the visual reading order of the page. It may be confusing for users with cognitive difficulties and for users with limited mobility to predict the focus behavior (like a switch device user or a voice control i.e. Dragon NS user who may commandTab four timeswho would need an extra keypress/command to access the primary button)
| Reporter | ||
Updated•2 years ago
|
Updated•2 years ago
|
Comment 1•2 years ago
|
||
The severity field is not set for this bug.
:nordzilla, could you have a look please?
For more information, please visit BugBot documentation.
Updated•2 years ago
|
Updated•2 years ago
|
Comment 2•2 years ago
|
||
:ayeddi, is this accessibility bug happen on other panels like this? This ordering follows existing rules that I used implementing this. I'm wondering if it's a systemic issue.
Updated•2 years ago
|
Updated•2 years ago
|
| Reporter | ||
Comment 3•2 years ago
|
||
(In reply to Greg Tatum [:gregtatum] from comment #2)
:ayeddi, is this accessibility bug happen on other panels like this? This ordering follows existing rules that I used implementing this. I'm wondering if it's a systemic issue.
Apologies for the delay with the reply.
The Bookmarks panel, for instance, lands the focus on the left button on each platform - the screenshot from Windows is attached with the left/first button (primary one) being focused while on MacOS the secondary button is on the left and it is first in the focus order (within the panel's footer).
Description
•