-
Notifications
You must be signed in to change notification settings - Fork 8.2k
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
Screenreader doesn't announce that user is in a new space #23885
Comments
Hey @bhavyarm, Can you elaborate a bit on what you expect the behavior to be? When I am on the space selector screen (or using the space selector from the Kibana nav), the screen reader reads each available space when you tab through the list, and allows the space to be selected via keyboard. Are you expecting the screen reader to announce the current space when navigating to each app within Kibana? I'm not sure if we have a mechanism for doing that, currently. What we have now (not announcing) is consistent with the app-switching experience today. Switching between Discover and Timelion, for example, does not announce the new application when the page reloads. I'm happy to research this further, because I do think it'd help the user experience when using a screen reader, but I likely won't prioritize this for 6.5, unless we deem this a blocker. |
@legrego it's definitely not a blocker. @aphelionz any inputs? I know I am talking about accessibility and not compliance :) Thanks! |
Can you make it say "Switching to space ____" when the user clicks to select one? i.e. right before it transitions |
@cchaos Do you know if there's a way to do this within EUI, without introducing an artificial construct? My thought here would be to add a screenreader-only alert to the DOM after clicking the link, and delay the transition long enough for the screen reader to announce this. Sounds like it could be flaky though, depending on the speed of the screen reader, and the length of the space name. The artificial delay would also get in the way of #25930. We want to change these click handlers to use |
@legrego So I talked this over with the design team and the solution we agreed on is to utilize the Kibana toast service. However, there needs to be an addition to the service that allows for screen-read-only toasts. Meaning the UI is hidden from sighted users, but the toast will be read like an alert for all screen-reader users. There is an EUI component called |
Closing this in favor of #98615 which is a more succinct report and solution of the same problem. |
Kibana version: 6.x latest snapshot
Browser version: chrome latest
Browser OS version: OS X
Original install method (e.g. download page, yum, from source, etc.): from snapshots
Describe the bug: When a non-sighted user navigates to a space - User doesn't know that he is in that space.
Steps to reproduce:
Screenshots (if relevant):
Steps to fix that:
EuiGlobalToastList
eui#2055 is merged into Kibana (Eui version next after 12.0.0)The text was updated successfully, but these errors were encountered: