Is your feature request related to a problem? Please describe.
I saw that UIA is a bit slow than other screen readers (in stable releases), but after some testing I saw a better performance with this version of comtypes, not so much, but it is notable.
Describe the solution you'd like
Describe alternatives you've considered
I whas thinking about NVDA object caching, primarily for UIAHandler because it has a bad performance, same to JABHandler. I'm planning to do some testing today.
I saw in UIAHandler that every time that an event ocurs a new object is created. I suppose that it takes some time to instantiate it, and it impacts to NVDA's performance in heavy UIAutomation applications, such Visual Studio.
The text was updated successfully, but these errors were encountered:
There were some issues with comtypes 1.1.3, most notably causing the Handy Tech classic braille driver to stop functioning. See #7831. This was fixed in #8213, but than we had to switch back to enthought/comtypes@edbaf3b because enthought/comtypes@98f6a42 introduced another bug. See also #8213 (comment).
Having said that, I think switching to the newest comtypes should be most prefered given your findings.