WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
277290
AX: Scrolling containers inoperable with keyboard
https://bugs.webkit.org/show_bug.cgi?id=277290
Summary
AX: Scrolling containers inoperable with keyboard
Adrian Roselli
Reported
2024-07-29 15:46:09 PDT
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.
Attachments
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2024-07-29 15:46:19 PDT
<
rdar://problem/132760015
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug