-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
[Lens] (Accessibility) Suggestions have no focus state and no accessible name #83602
Comments
Pinging @elastic/kibana-accessibility (Project:Accessibility) |
Pinging @elastic/kibana-app (Team:KibanaApp) |
@MichaelMarcialis Can you suggest another style for the currently active suggestion which is not looking like the regular EUI focus state so we can use that one for focus? This is how it looks like right now: The currently active suggestion is using the blue outline normally used for the focused element, but the actually focused element (the donut chart) is only shown by a very slight y translation. |
Hi @flash1293 @MichaelMarcialis @myasonik, I submitted a draft PR with one of the solutions – we could either:
Let me know your thoughts! |
I like the default focus state if we get rid of the underline text decoration (so just darker background) |
@flash1293, @mbondyra: I've worked up a quick concept for the suggestions focus states. Have a look at the links below and let me know if you're good with this direction. Happy to hop on a Zoom as well, if desired. Suggested changes include:
As a side note, I noticed that selecting one of the suggestion options doesn't currently move the "Current" text to that new selection. Is this intentional or is it a bug? |
I don't have a strong preference, both seem equally fine to me. Based on the interaction to get into these states I don't think either is confusing to the user.
This is intentional, if a suggestion is selected you are in a "preview" state and can still go back to your "real" current visualization. The actual suggestions are always based on the "Current" visualization to the left. As soon as you start editing or press the refresh button to the right of the suggestion, it "commits" the suggestion and it becomes the new "current", providing you with a new set of suggestions based on the current visualization. This confused some people before, I'm happy if we can come up with a better flow here, but I would like to keep it off this PR and treat it with a low priority. |
@myasonik the amount of |
The problem
The fix
Add a focus state. (If these are EUI buttons, they should already so I'm not sure what happened. If these are not EUI buttons, why not?)
Add an
aria-label
with the chart type. Addaria-current="true"
to the button that is currently selected as well.Bonus points: These really shouldn't be buttons are at all - it's a radio group. Ideally, radio inputs would control this under the hood and would visually be replaces by whatever you want (this is how single selection button groups work in EUI too).
One more thing
The selected state for the current suggestion looks a lot like (is?) the EUI focus state for a lot of controls. This is pretty confusing when other things on the page are focused and will probably become more confusing when focus states are returned to the other suggestions.
Relevant WCAG Criteria:
The text was updated successfully, but these errors were encountered: