Accessibility for blind and visually impaired screen reader users #4604
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The known issue of lack of compatibility with screen readers and assistive technology completely prevents blind and visually impaired screen reader users from being able to use and participate in the enormous number of online tools and resources that use CodeMirror as their editor.
It would be wonderful if the need for full inclusion and accessibility support could be given priority by the CodeMirror community.
A working example of how this can be done quite successfully can be found here:
https://teachaccess.github.io/tutorial/
I think
@marijnhand I are very interested in CodeMirror being accessible and useful to a broad range of people – supportingcontentEditableis part of this as far as I know. Without specific funding we will not be able to address broad suggestions such as this, though. If there are specific, easy-to-solve issues, we might be able to fix them on the go.The severe issue is that screen readers report the contents of the
editor to be blank and no cursor navigation or reading of the contents
is possible. The only thing that currently works is pressing CTRL+a to
select all to hear the editor contents which is not really useful.
It does sound like making the default contenteditable would be a major
improvement and step in the right direction.
Currently CodeMirror is simply unusable by an unfortunately large number
of people who depend on accessibility.
Hopefully the contenteditable change will be done soon.
On 2/25/2017 4:09 AM, Adrian Heine né Lang wrote:
@mjanusauskasthis won't be done soon - proper a11y support isn't easy (otherwise everyone would do it!), and the github tutorial doesn't come close to covering what CM will need. I've been doing significant work on a related project (and contributed small fixes back into CM) to do this right -- and I can assure you that contentEditable is just the beginning of what's needed.@schanzerThank you for the work you have been doing and for contributing back so many more can benefit from your work. While perhaps not easy, it is certain that incorporating accessibility from the beginning of a design is the best solution to avoiding the far more difficult work of trying to add it in later.mentioned in issue #1801
Any estimates on roughly how much funding would be required to fund resolution of this issue?
@adrianheineThe WordPress project is looking at integrating CodeMirror into core (see https://github.com/WordPress/codemirror-wp). Given that WordPress puts a high importance on accessibility, there must be interest among the community in funding any needed accessibility improvements as well as funding ongoing maintenance.mentioned in issue #22
I understand that it will take some work, but choosing to do nothing is actively excluding an entire group of people. The accessibility dev community would likely get involved if an effort was identified.
We are aware of the problems and sympathetic to addressing them. The current architecture of the editor (which is still hugely influenced by the initial 'fake everything because browsers aren't reliable' approach) makes this very hard though. We are considering some radical changes, and with luck, we'll have an announcement about that soon. Pull request for low-hanging improvements are always very welcome (if properly documented so that we understand how hey actually improve things).
@marijnh&@adrianheine-Potential approach to establish a baseline level of accessibility for CodeMirror:
Notes:
Approach:
-Any edit to the textarea or CodeMirror instance should update the other
demo: https://codepen.io/jasonday/pen/gXdeLm
(checkbox could live in a little settings drop in the upper right)
@marijnh, would you be open to sharing some of the radical changes you're considering? I've made significant headway on a project aimed at improving the screen-reader accessibility of programming in general, which is built entirely around CodeMirror. I'm both curious about what you're thinking, but also just a little worried that any massive API changes will wreak havoc on my codebase.We intend to move to contentEditable more completely. There'll be an announcement sometimes in the coming months when we have the design worked out more clearly.
Oh yeah, that will definitely happen, and upgrading will take some work.
@marijnhThis issue is really important to the freeCodeCamp.org community, which has many members who have visual impairments or are completely blind. Is there anything we can do to help with this?@QuincyLarsonYes, there'll be work on a more accessible architecture starting in a few months. If you want to contribute financially or be involved in testing, shoot me an email!mentioned in issue #4878
mentioned in issue #1012
mentioned in issue #1436
Any progress on this one?
Work on CodeMirror 6 is progressing in this repository.
Thank you, 6.x looks nice from the accessibility perspective.
any update?
mentioned in issue #2894
mentioned in issue #730