Re: FW: [win10] Version 1709 and beyond: screen readers must support uIA notification event in order to announce various things from apps #winten1709 #winten1803 #advisory
Sieghard Weitzel <sieghard@...>
In Jaws you can simply do a say line to read the calculator result. I know this is not how it should be, but until FS fixes this which I don’t doubt will happen this is an easy work-around.
From: firstname.lastname@example.org <email@example.com> On Behalf Of Joseph Lee
Sent: Friday, February 23, 2018 12:39 PM
Subject: Re: FW: [win10] Version 1709 and beyond: screen readers must support uIA notification event in order to announce various things from apps #ADVISORY #WinTen1709 #WinTen1803
It could be both JAWS and the app. If you have latest JAWS 2018 (or 18.0) build, Calculator results might not be read (or at least for me and others, it does not) due to the fact that the app raises a UIA event JAWS doesn’t know about. I thought this is fixed in build 1802.78 but it apparently wasn’t.
On Behalf Of Steve Matzura
Here's a strange one for you. I posted this before, but it might have been in a thread in which you weren't interested. But I bet this will be of interest. It's regarding Calculator.
I have two Windows 10 systems, one generated from version 1603 and up-to-date as of this morning, and another generated from the version 1709 Fall Creators Update, also up-to-date as of this morning. On the newer system--the one generated from the FCU--Calculator does not read results automatically JAWS Key + Q reports the application name is Microsoft.WindowsCalculator. On the older system--the one generated from version 1603--calculation results are read correctly, but on that system, the application name is ApplicationFrame.dll. What do you make of that difference--not just the application name difference, but the screenreader behavior difference, too?
On 2/23/2018 12:46 PM, Joseph Lee wrote: