[Webkit-unassigned] [Bug 277290] New: AX: Scrolling containers inoperable with keyboard
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Jul 29 15:46:09 PDT 2024
https://bugs.webkit.org/show_bug.cgi?id=277290
Bug ID: 277290
Summary: AX: Scrolling containers inoperable with keyboard
Product: WebKit
Version: Safari 18
Hardware: All
OS: All
Status: NEW
Severity: Critical
Priority: P2
Component: Accessibility
Assignee: webkit-unassigned at lists.webkit.org
Reporter: aroselli at gmail.com
CC: andresg_22 at apple.com,
webkit-bug-importer at group.apple.com
Abstract:
For containers that allow scrolling, a keyboard-only user cannot scroll the container.
To reproduce the problem:
1. Using Safari with FKA, go to https://cdpn.io/aardrian/debug/bGLrYBo
2. Size the window so the table is clipped and scrollbars appear below it.
2. Using _only_ the keyboard, attempt to scroll the table left or right.
What is the expected behavior?
I should be able to scroll the table so I can see all the columns.
What went wrong?
Unless the table has an interactive control within that can take focus, there is no way for a user to scroll a container using just the keyboard.
Does this work in other browsers?
Yes. Firefox has had support since version 4. Chrome added support this week in version 127.
More detail:
Mouse Keys is insufficient since it mimics a mouse interaction.
Today, authors must make the container focusable (`tabindex="0"`) to meet WCAG 2.2 SC 2.1.1 Keyboard, and then they must add an appropriate ARIA role and accName to satisfy SC 4.1.2 Name, role, value. Once WebKit treats scrolling containers as focusable, authors will no longer need to create verbose ARIA-driven patterns.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20240729/84f953f1/attachment.htm>
More information about the webkit-unassigned
mailing list