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

Use legacy winConsole support by default for 2019.3 #10682

Merged
merged 1 commit into from
Jan 14, 2020

Conversation

michaelDCurran
Copy link
Member

Link to issue number:

Temporarily addresses #10600 and #10618

Summary of the issue:

Dispite lots of work from @codeofdusk , myself and others on the new UIA winConsole support, there are still bugs in Microsoft's implementation which we cannot work around. Specifically some people are still experiencing issues when reviewing text on some builds of Windows, users are complaining of lags, and if the screen is flooded with text, new text announcement may stop all together due to UIA core receiving too many events.

Description of how this pull request fixes the issue:

For 2019.3, make legacy the default. Users can still choose to use the UIA implementation from NVDA's advanced settings if they wish.
I personally will continue to use the UIA implementation as I experience no issues with it in the way I use it on a day to day basis. However, we need to release 2019.3 as soon as possible, and we would prefer to minimize the amount of extra changes. We hope to work with Microsoft to address the issues in their UIA implementation in the near future, so that we can again make UIA in Windows consoles the default.

Testing performed:

Ran a copy of NVDA on Windows 10 2004 with a new configuration, ensuring that NVDA used the legacy console support. Switched to UIA Prefered in NVDA's advanced settings, and ensured that UIA winConsole support was being used.

Known issues with pull request:

None.

Change log entry:

None needed.

…l users in the community for whom the new support is very problematic.
Copy link
Collaborator

@josephsl josephsl left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks - I think we should revisit this in 2020.1.

@codeofdusk
Copy link
Contributor

codeofdusk commented Jan 14, 2020 via email

@codeofdusk
Copy link
Contributor

In particular, the behavior of auto should be changed, and not the config spec default. The combo box should also be reverted to a checkbox (all pre #9771 state).

@michaelDCurran
Copy link
Member Author

I don't think there is any need to revert #9771 as it includes a lot of changes that if reverted would affect the functionality of UIA winConsole support if enabled. I think for 2019.3 simply changing the default to legacy is enough to protect most users. Yet for those who want to use the new functionality, they have the full implementation if they want it. We really do want to turn this on by default when possible.

@michaelDCurran
Copy link
Member Author

I think auto should be left as a valid option. That is certainly what I would personally use in a portable copy of NVDA. Allowing me to use UIA on any Windows build suitable enough to support it. And also, reverting so much in a beta is a risk in itself.

@michaelDCurran michaelDCurran merged commit b00c3f1 into beta Jan 14, 2020
@nvaccessAuto nvaccessAuto added this to the 2019.3 milestone Jan 14, 2020
@codeofdusk
Copy link
Contributor

codeofdusk commented Jan 14, 2020

I don't think there is any need to revert #9771 as it includes a lot of changes that if reverted would affect the functionality of UIA winConsole support if enabled. I think for 2019.3 simply changing the default to legacy is enough to protect most users. Yet for those who want to use the new functionality, they have the full implementation if they want it. We really do want to turn this on by default when possible.

How does reverting #9771 adversely affect the behavior of UIA console, other than not making it the default and restoring the UI and functionality of auto to how it was in 2019.2?

@michaelDCurran
Copy link
Member Author

#9771 contains a lot of changes to source/NVDAObjects/UIA/UIAWinConsole.py. Most of them are style changesI think, but it seems silly and risky to revert all that when it is going to be put back into master straight away anyway. All we really want to do here is just ensure that by default, users get legacy on 2019.3.

Copy link
Contributor

@feerrenrut feerrenrut left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry, I missed this notification last week. For what it's worth, this looks ok.

codeofdusk added a commit to codeofdusk/nvda that referenced this pull request Jan 23, 2020
This reverts commit b00c3f1.
codeofdusk added a commit to codeofdusk/nvda that referenced this pull request Apr 8, 2020
This reverts commit b00c3f1.
codeofdusk added a commit to codeofdusk/nvda that referenced this pull request Apr 8, 2020
…are still users in the community for whom the new support is very problematic. (nvaccess#10682)"

This reverts commit b00c3f1.
codeofdusk added a commit to codeofdusk/nvda that referenced this pull request May 4, 2020
…are still users in the community for whom the new support is very problematic. (nvaccess#10682)"

This reverts commit b00c3f1.
codeofdusk added a commit to codeofdusk/nvda that referenced this pull request Aug 7, 2020
…are still users in the community for whom the new support is very problematic. (nvaccess#10682)"

This reverts commit b00c3f1.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants