[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
Tab
once to move the focus to PiP control (if present) and then (if needed) useRight Arrow
key to focus theTranslate this page
toggle - Press
Space
orEnter
to open a Translations panel - Navigate to
Translate
button usingTab
key to move the focus between controls and observe the focus order afterTranslate to
combobox - forCancel
andTranslate
buttons
Expected:
- The focus is following the visual reading order, which is for LTR language like English is from
Translate to
combobox to theTranslate
button below it, on the left, and then toCancel
on the right
Actual:
- The keyboard focus is moved to the right button
Cancel
first and then it moves left toTranslate
which 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 times
who would need an extra keypress/command to access the primary button)
Reporter | ||
Updated•10 months ago
|
Updated•10 months ago
|
Comment 1•10 months 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•10 months ago
|
Updated•10 months ago
|
Comment 2•9 months 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•9 months ago
|
Updated•7 months ago
|
Reporter | ||
Comment 3•7 months 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).
Comment hidden (spam) |
Description
•