-
Notifications
You must be signed in to change notification settings - Fork 3.4k
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
Support tab and arrow key navigation through dropdowns #1031
Comments
If I'm remembering correctly, you guys are actually constructing the markup for the toolbar in Slate. Is that markup not usable if it doesn't use spans for the dropdown items, say if you switch to something focusable (button, whatever)? |
Not sure Slate's exact implementation but the default picker does create |
Anchors aren't totally semantically correct. Would it be possible to
|
What is? A button? I'd rather get it right then make it configurable so other people can get it wrong. |
Buttons would be correct in the presentation side but I was wondering if we What is? A button? I'd rather get it right then make it configurable so — |
There is but the current state of HTML technology does not allow us to style |
Oh, I know... I was thinking like positioning it off the page with CSS but
|
Quill 2.0 has been released (announcement post) with many changes and fixes. If this is still an issue please create a new issue after reviewing our updated Contributing guide 🙏 |
Steps for Reproduction
<span>
tags which cannot be focusedExpected behavior:
Actual behavior:
Tabs pass over span tags because they cannot be focused
Platforms:
Everywhere
Version:
All versions
Note:
This actually failed our accessibility audit within LinkedIn for Slate
The text was updated successfully, but these errors were encountered: