Open
Bug 1887667
Opened 6 months ago
Updated 6 months ago
PDFjs Highlights panel has an incosiderate keyboard focus order
Categories
(Firefox :: PDF Viewer, defect)
Tracking
()
NEW
Accessibility Severity | s3 |
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox124 | --- | disabled |
firefox125 | --- | affected |
firefox126 | --- | affected |
People
(Reporter: ayeddi, Unassigned)
References
Details
(Keywords: access)
Attachments
(1 file)
Preconditions:
- Enable pdfjs.enableHighlightEditor - true
- pdfjs.enableHighlightFloatingButton - true
STR:
- Open any PDF in Firefox.
- Navigate to the Highlight toggle using keyboard alone (
Tab
keys) - Press
Enter
to open the Highlight doorhanger - Press
Tab
few times to navigate to the Highlight panel and observe the focus order of the panel
Expected:
- Focus follows the visual reading order: left to right and top to bottom (for an LTR language like English):
- The Highlight Color is the first element receiving focus with the keyboard
- (if enabled) Thickness
Show all
toggle
- Listbox focus:
- When the Highlight Color listbox gets the focus (i.e. when the panel just opens and
Tab
is pressed once), either the pre-selected element is receiving the keyboard focus or, if none is selected, the first option in the listbox. When navigating backwards from the bottom of the panel usingTab
, either the pre-selected color is focused or, if there is no selection, the last option in the listbox. - From the focused option, arrow keys (
Left/Right
arrows, in the case of the main panel's appearance) move the focus and selection between colors. - Pressing
Tab
would move the focus to the next focusable element on the panel: to the Thickness (if it is enabled) or to theShow all
toggle.
- When the Highlight Color listbox gets the focus (i.e. when the panel just opens and
Actual:
- The
Show all
toggle that is visually last element that is the last in the reading order, as expected, is actually receiving the focus first on the panel. Then the focus jumps back up to the colors listbox - Each color option in the listbox is receiving focus individually with
Tab
(while arrow navigation is expected per the ARIA pattern for listboxes)
Reporter | ||
Comment 1•6 months ago
|
||
It seems that the pressed toggle is using a positive "tabindex" - it is not recommended to overwrite the logical focus order by assigning a tabindex
attribute to any number larger than "0".
Summary: Voice Over moves Backwards after entering a Highlighted text with VO Shift Down arrow → PDFjs Highlights panel has an incosiderate keyboard focus order
Updated•6 months ago
|
Severity: -- → S3
status-firefox124:
--- → disabled
status-firefox125:
--- → affected
status-firefox-esr115:
--- → unaffected
You need to log in
before you can comment on or make changes to this bug.
Description
•