Skip to content
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

Test viewlet: accessibility #114653

Closed
9 tasks done
isidorn opened this issue Jan 20, 2021 · 6 comments
Closed
9 tasks done

Test viewlet: accessibility #114653

isidorn opened this issue Jan 20, 2021 · 6 comments
Assignees
Labels
accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues testing Built-in testing support
Milestone

Comments

@isidorn
Copy link
Contributor

isidorn commented Jan 20, 2021

  • enter and space when on test file should run the test
  • aria label of test item should contain test status (successful, failed)
  • aria of view should contain total number of passed tests / total number of tests
  • There shuold be a keyboard way to navigate to test and move focus to editor (not sure how)
  • do an aria announcment once all tests finish running and announce how many passed how many failed
  • clicking on an item should focus that item (not its parent)
  • Typing characters while focus is on test items should type in the filter box. I do not think we need tree native filtering and filtering via the input box. I think it is confusing
  • zone widget which shows the expected vs actual should have a better aria label so when focus is on it we announce what is expected and what is actual value
  • zone widget should close on esc when focus is on it

Once we tackle this items I can share the test viewlet with our accessibility community so you might recieve additional feedback

@isidorn isidorn added the accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues label Jan 20, 2021
@connor4312 connor4312 added the testing Built-in testing support label Jan 25, 2021
@connor4312 connor4312 added this to the January 2021 milestone Jan 25, 2021
@connor4312
Copy link
Member

connor4312 commented Jan 25, 2021

  • total passed/failed tests now has visible text
  • used alt+enter to focus in the editor (via keybinding, configurable)

@connor4312
Copy link
Member

zone widget which shows the expected vs actual should have a better aria label so when focus is on it we announce what is expected and what is actual value

Where are you thinking this should be added? We have the peek view title -- which right shows the test message given by the test provider. Are you thinking something additional/instead of that?

connor4312 added a commit that referenced this issue Jan 26, 2021
@isidorn
Copy link
Contributor Author

isidorn commented Jan 26, 2021

If the test message has enough information then we are good. But I just tried it and it does not read out what is expected and what is actual.
Since I think you are using an editor for each side, you should be able to set an ariaLabel of the editor. That ariaLabel for both the left and right side should contain the info what is expected and what is actual. That way whenever the focus is in those two small editors the right thing will be read out.
Let me know if this makes sense to you. Thanks!

@isidorn
Copy link
Contributor Author

isidorn commented Jan 26, 2021

Also very cool that you tackled most of the things I mentioned in my inital comment already!

@connor4312
Copy link
Member

I have tests run on "enter" but not "space", otherwise there's not a way to focus a test with the keyboard without running it.

connor4312 added a commit that referenced this issue Feb 17, 2021
@isidorn
Copy link
Contributor Author

isidorn commented Feb 17, 2021

Thanks for improving this!

@github-actions github-actions bot locked and limited conversation to collaborators Apr 3, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues testing Built-in testing support
Projects
None yet
Development

No branches or pull requests

2 participants