-
Notifications
You must be signed in to change notification settings - Fork 63
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
Accessibility considerations for error reporting #30
Comments
Steps we currently take on accessibility:
|
I'm thinking we might also need a machine-readable diagnostic format as well (perhaps JSON), separate to the the LSP support. This could enable people using screen readers to create their own tooling for languages using codespan. This is what rustc does. |
Some really cool suggestions regarding this were posted here: zkat/miette#28 (comment) |
Also a handy thread on twitter: https://twitter.com/marcysutton/status/1109200218275246080 |
Our error reporting should be accessible to people with low, to non-sighted users, and also those who are colour blind.
I think at the moment we support colour blind users reasonably well - ie. colour enhnces the experience, but is not required. It would be interesting to know how non-sighted people fare, and how our error reporting works with terminals with large text sizes.
Wondering if we should do some design documentation surrounding this? Is there any existing resources out there with regards to accessibility for error reporting?
The text was updated successfully, but these errors were encountered: