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

Screen Reader detection on Windows #157504

Closed
isidorn opened this issue Aug 8, 2022 · 7 comments
Closed

Screen Reader detection on Windows #157504

isidorn opened this issue Aug 8, 2022 · 7 comments
Assignees
Labels
accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues under-discussion Issue is under discussion for relevance, priority, approach windows VS Code on Windows issues
Milestone

Comments

@isidorn
Copy link
Contributor

isidorn commented Aug 8, 2022

We have changed how we detect screen readers on Windows. Everything should work as before, but we removed an outdated approach.

I have verified the following:

  • mac behaves as before ✅
  • NVDA on windows gets nicely detected ✅
  • narrator, jaws and zoomtext on Windows do not get auto detected, but they also did not get auto detected with our VS Code stable. So it seems nothing changed here.

@zersiax @LeonarddeR @Menelion @Neurrone If you have time to try out VS Code insiders with "editor.accessibilitySupport" set to "auto" and let us know the experience it would be really great.

Also, in general we are open to ideas on how to improve this "first detection" experience for use.

@isidorn isidorn added accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues windows VS Code on Windows issues under-discussion Issue is under discussion for relevance, priority, approach labels Aug 8, 2022
@isidorn isidorn added this to the August 2022 milestone Aug 8, 2022
@LeonarddeR
Copy link

Could you elaborate on what has changed under the hood? May be there's a branch/pr to look at?

@isidorn
Copy link
Contributor Author

isidorn commented Aug 8, 2022

@LeonarddeR On Windows, for legacy assistive clients that don't use the IAccessible2 interface, Electron provides the WM_GetObject hack and this one is prone to be false positive because of the IsScreenReaderActive check and puts chromium into accessibility mode when it is not the case.

To decrease the false positive rate we just removed the WM_GetObject hack from our electron builds.

@LeonarddeR
Copy link

LeonarddeR commented Aug 8, 2022 via email

@isidorn
Copy link
Contributor Author

isidorn commented Aug 10, 2022

@LeonarddeR I am not sure, it might be my machine, since even before this change JAWS does not get detected on my Win VM.

For now closing this issue as the planned work is done, and we will keep our eyes open for feedback in case there are regressions in detection which we do not expect to happen.

@deepak1556 might you still have the link to that old issue where pen devices were wrongly detected? So we try to close that one as well.

@isidorn isidorn closed this as completed Aug 10, 2022
@bpasero
Copy link
Member

bpasero commented Aug 10, 2022

Just fyi, I am not 100% sure if related, but I thought a few times in my Windows VM I was asked whether a screen reader is attached or not. I then tried to reproduce but could not. Are we maybe now thinking a screen reader might be attached when it is not in some more cases?

@isidorn
Copy link
Contributor Author

isidorn commented Aug 10, 2022

@bpasero I do not think it is related, since previously we were doing the same detection we do now plus additional legacy detection. We just removed that additional legacy detection. Though it would be interesting to find out why we seem to think there is a screen reader on your vm.
@deepak1556 can correct me if I am wrong.

@deepak1556
Copy link
Collaborator

@isidorn the touch screen related issues are already closed as part of electron/electron#7208, the left over would be #107016 but I would keep this open since the root issue about slow scroll with accessibility enabled was a concern, although I should check if this is an issue with current insiders.

@github-actions github-actions bot locked and limited conversation to collaborators Sep 24, 2022
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 under-discussion Issue is under discussion for relevance, priority, approach windows VS Code on Windows issues
Projects
None yet
Development

No branches or pull requests

4 participants