-
Notifications
You must be signed in to change notification settings - Fork 125
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Consider ARIA role for draggable resize handles #1443
Comments
For resize separator is also suitable, but this does not solve your problem because with
|
sounds like another use case for #432 |
closing - please use #432 for this issue. If you disagree please reopen. |
Setting the
resize
property in CSS for an element (to a value other thannone
) creates a handle that can be used to resize the element. In applications that want to emulate that resize functionality, but require custom logic, often dedicated elements are added to the page to control resizing. These elements respond to click and drag events in a way that is similar to browser-native resize handles, but there is no clear documentation on how to make them either controllable via the keyboard, or accessible via a screen reader / other assistive technologies.Keyboard control should be simple: these handles are just elements, and so like other form controls they could be focussed and then controlled using the arrow keys. I think the solution here would be to treat them like input sliders, only with two dimensions of movement.
Accessibility on these elements is a harder problem: I cannot find an ARIA role that would work for this resize handle. The closest things I could find would be the
slider
role or the proposedsplitter
role from #1348. However, neither of these handle two-dimensional resizing.Is there an existing role / combination of roles that I've missed that should be used here, or is the solution that a new ARIA role would need to be created for resize handles?
The text was updated successfully, but these errors were encountered: