I'm confused. Aren't MSAA and UIA two completely different frameworks? And the limit of only supporting standard controls is indeed something interesting since I'm getting towards GUI programming, and what if I want to use other controls that I learn to create myself? I mean, many of the books which I have for .net programming in C#, have sections for creating custom controls, so am I going to have to skip an entire section of a book or two just because screen readers are behind? That seems quite nonproductive. And the way I found that transcript was through a search on the main GW micro site for Visual Studio 2010.
From: Chip Orange [mailto:[email protected]] Sent: Saturday, December 10, 2011 7:56 PM To: [email protected] Subject: RE: an idea, but how to go about it when I get there? I would be interested in reading the transcript if you could point me at it? This is why I said I was guessing, for all I know it does work. If it doesn't work entirely though, it might be because of the introduction of new control types (which produce UIA information, but which need additional code to take advantage of this), or because of bugs in the MS implementation of UIA (which is brand new). If the "they" in your message means MS, they may indeed think this means it's working, and not know of the bugs, or not take into consideration the additional work needed to be done by screen readers to support new controls or other new features. I know it will eventually work (if it's not now), and this is indeed what SMAs pay for. Chip ________________________________ From: Katherine Moss [mailto:[email protected]]<mailto:[mailto:[email protected]]> Sent: Saturday, December 10, 2011 7:03 PM To: [email protected]<mailto:[email protected]> Subject: RE: an idea, but how to go about it when I get there? The strange thing though is that they have a podcast over there (I was reading the transcript of it), that shows this very thing. I don't get it then because if they showed it working properly, then doesn't that mean that it is supported fully? And if so, then why are we having so much trouble with it? (it would be nice if WE was closer with the .net framework than with com since .net is newer than Com, you know?) From: Chip Orange [mailto:[email protected]]<mailto:[mailto:[email protected]]> Sent: Saturday, December 10, 2011 6:44 PM To: [email protected]<mailto:[email protected]> Subject: RE: an idea, but how to go about it when I get there? I wish I knew; I was hoping to get an answer from GW on this when you first asked the question. I suspect it "sort of" works, but not in every case; not with every control type (just guessing from my experience with Office 2010, which I suspect was written using WPF). Chip ________________________________ From: Katherine Moss [mailto:[email protected]]<mailto:[mailto:[email protected]]> Sent: Friday, December 09, 2011 4:54 PM To: [email protected]<mailto:[email protected]> Subject: RE: an idea, but how to go about it when I get there? Yeah especially when things that should be implemented in simple listboxes don't give any feedback. Though SharpDevelop is completely reliant on WPF. How worth it is it to try and investigate making WPF more accessible with WE? Is that already happening where MSAA is being swapped for UIA? From: Chip Orange [mailto:[email protected]]<mailto:[mailto:[email protected]]> Sent: Friday, December 09, 2011 4:50 PM To: [email protected]<mailto:[email protected]> Subject: RE: an idea, but how to go about it when I get there? Katherine, Also, have a look at the TreeView app from GW; it gives you a detailed structure of all the controls and other elements of an application, along with their MSAA information, and their hierarchical relationships. All of these can give you clues as to what each control is really doing. Still, there's no real straight forward answer to this question; it's as much an art as a science when trying to figure out how a program's UI works. Chip ________________________________ From: Katherine Moss [mailto:[email protected]]<mailto:[mailto:[email protected]]> Sent: Friday, December 09, 2011 11:12 AM To: [email protected]<mailto:[email protected]> Subject: an idea, but how to go about it when I get there? Hello all, I'm curious. I was just comparing the accessibility of the SharpDevelop IDE with JAWS with that of WE and I find that neither one makes any difference. Both of them have accessibility problems in all of the dialogs and beyond. The obvious thing would be to script it once my programming skills get better, right? I would say so, but how does one go about doing that when they don't know what the controls and stuff are supposed to say anyway? This is driving me nuts because SharpDevelop might be a fantastic option for those programmers who want a professional grade IDE but can't afford the likes of the professional version of Visual Studio. The biggest problem I see is that lists are not read and radio buttons have spoken state, but their content is not labeled. Have any of you smart scripters figured out a way to get to stuff like that without the help of a sighted individual at all? (I despise the prospect of having to ask a sighted person anything that has to do with that because it means that they must stop what they are doing.) Katherine Moss, Administrator of the AccessCop Network, previously Raeder24.org. Visit us on the web at http://raeder24.org<http://raeder24.org/>
