microsoft / vscode

Visual Studio Code
https://code.visualstudio.com
MIT License
163.35k stars 28.91k forks source link

Support Windows Narrator for screen reading #10729

Open nishant09 opened 8 years ago

nishant09 commented 8 years ago

Hi, I'm trying to test Accessibility on VSCode. I found that VsCode doesn't support Windows Narrator. However, I was able to use NVDA tool. It works perfectly fine.

Is this the known issue ? It's working fine on mac os with voiceover utility

alexdima commented 8 years ago

AFAIK this is caused by Chromium

rbenson commented 8 years ago

I wouldn't recommend using Narrator to test anything. The tool is only meant for initial set up of Windows, or "I must read something, and have no other options." NVDA, JAWS[1], WindowEyes, or ZoomText are better tools to use to test. Support for Narrator is extremely basic due to the intended use.

Recommend removing the bug label

[1]- JAWS has a "free 40 min mode", but it is explicitly outlined in the TOS that use of JAWS by devs to use this mode to get around buying it is not permitted

derekriemer commented 7 years ago

Microsoft is actively developing narrator into a competitive screen reader. However, until Narrator supports IAccessible2 and can work with Chrome, it won't even begin to work with VS Code, or any other electron app for that matter. There's nothing the VS Code team could even begin to do to support Narrator until that time.

rbenson commented 7 years ago

@derekriemer do you have a source? I haven't seen that, and arguably that's not logical. I believe they support NVDA, and there was some interaction between MS and Windows-Eyes. If possible, I would recommend support in the following order: NVDA, ZoomText, JAWS.

derekriemer commented 7 years ago

My source is the speed of new features being added in windows ten. NVDA and Zoomtext are different products, zoomText is a magnifier, so it serves the low vision market. NVDA and Jaws are screen readers, and Window Eyes support has been discontinued by the parent company (http://www.gwmicro.com/Window-Eyes/migrate/). If you want me to find more info on Chrome support for narrator, i can.

rbenson commented 7 years ago

I have to strongly disagree. Win 10's improvements to it is the first real upgrade to it in 15 years. You can get through JavaScript- controlled sites for the most part, but I wouldn't recommend it past using it to install other technology. Microsoft's unofficial view (I have chatted with the accessibility team) of Narrator prior to Win 10 is use it to install JAWS/NVDA/ZoomText, and stop using it. I haven't chatted to them lately, but I highly doubt they would say Narrator could be used at the same level as JAWS/NVDA. I doubt they will add much support to Chrome based on that reason

alexdima commented 6 years ago

Narrator fails to work in any <input> or <textarea> => non-editor specific.

mike-lischke commented 5 years ago

I'd like to add that accessibility is not only about screen readers (and text-to-speech support). Correct accessibility support includes the ability to identify every UI element individually and allow for certain actions (like reading/setting text in an editor area, scroll a scroll area, press a button etc.). And in this scenario vscode fails badly. Use any of the accessibility inspection tools (e.g. Accessibility Inspector, which comes with XCode) to view details of vscode. All you will get is the top level window, even if that socalled "screen reader optimization" is active. Compare that to any other desktop application to see what vscode is missing in this area.

voronoipotato commented 5 years ago

It would be super cool if the microsoft product for reading text also worked with the microsoft product for writing text. Narrator works just fine with chrome for the record. while the experience isn't optimal it's hardly the "literally nothing there". People making baseless claims about narrator clearly aren't using it. I just used narrator to read this