Thanks Paul for the kind words.
Sorry I haven’t been here to respond any sooner to your remarks. I just want to add to Marcs thoroughly good answer to you: you bet! First of all, I only covered the very start of what you had to work with. Advanced classes are likely to then actually show you how to use it to interact with other software to actually do very impressive things. Not only that, but when Window-Eyes 9 is released, there’s likely to be entirely new capabilities (perhaps new classes/objects, etc.), which would also be covered for advanced developers. I think there’s some serious money-making potential now available for those developers who wish to create and sell script solutions for common tasks (and for those who support others by helping them with custom scripting solutions). The arrangement with both Microsoft and AI Squared is starting to put Window-Eyes in the hands of lots of new users, and our society has been promoting the idea that buying an app to expand the capabilities of your basic platform is exactly what we all need to do to get the most out of anything. So, I’m working up to if you can afford it; talk to Marc and try and arrange to attend the advanced classes. You’ll make your money back, or be able to do a much better job at support, or whatever you do. If I weren’t already tied to a desk full time, it’s exactly how I would spend a little money, so I could get out there and write some really impressive scripting solutions. I hope to retire from my day job soon, and that’s exactly my plan. Good luck, Chip From: Marc Solomon [mailto:[email protected]] Sent: Thursday, December 11, 2014 12:08 PM To: [email protected] Subject: RE: Digest list: Hi Paul, The advanced scripting class has only been conducted a handful of times because it is rare to find a group of likeminded people in the same place at the same time that have the capacity to keep up in class and the funding to attend. So, the first challenge would be finding enough people in one area to conduct the advanced class. This should change as Window-Eyes grows in popularity thanks to the partnership with Microsoft and the advances made in Window-Eyes 9. If a class could be setup for you to attend, I do think that you would be able to learn information beyond what was covered in Chip’s awesome classes. The advanced scripting class has been delivered by Doug Geoffray in the past. As you know, he is the lead developer of Window-Eyes and there isn’t anyone on the planet who knows more about the product and its scripting capabilities than him. For anyone who wants to learn how to script and address the most difficult challenges that come up in the real world, this would be an amazing opportunity to interact with the best of the best. Thanks, Marc From: Paul Bonarrigo [mailto:[email protected]] Sent: Tuesday, December 9, 2014 5:32 PM To: [email protected] Subject: Re: Digest list: Big thanks to Chip Orange. I finally finished your interactive classes. You covered the object model well and some available tools. My question to the community is this. Would GW's advance scripting course teach me anything beyond this? Thanks again Chip. A great contribution! Paul Bonarrigo On Monday, December 8, 2014 10:00 PM, "[email protected]" <[email protected]> wrote: 3 Messages: #1 Subject: Editbox issue From: David > Date: Mon, 8 Dec 2014 16:21:47 +0100 Reply-To: [email protected] I have defined a dialog, holding an Editbox and a couple of buttons. Everything is working fine, and I can use the MyEditBox.Text property, and have some text filled into the editbox. Yet, there seem to exist one small annoyance here. After the editbox has been filled in, the cursor always land at the end of the text. Not a big deal. The user can simply hit Ctrl-Home, and then start to arrow his way down through the box. And if he has set his screen reader correctly, he will have the whole contents read out automatically, once the editbox gets focus. Still, I wonder if there is - or could be made available - a routine for placing the cursor at the top of the text, once the editbox has been filled in and things are ready for reading. many users may not find it very logic to start out at the end of the text. Imagine if you was offered to read a book, and they presented you the back cover first thing. Smile. Any such routine-call existing, or any suggestions for a workaround? OK, I have the idea of one workaround, even if it is a bit simplistic. I could send a Ctrl-Hme command right after the editbox has been getting the focus, but don't know if there is any drawback of doing so. That's why, I wanted to check with other developers what their ideas might be, or if they have fixed it by any means in their coding. Thanks for all inputs. -- David #2 Subject: RE: Editbox issue From: Aaron Smith <[email protected]> Date: Mon, 8 Dec 2014 15:58:06 +0000 Reply-To: [email protected] Hi, Dave. Set the SelectionStart and SelectionEnd properties to 0 to move the cursor to the beginning. Thanks, Aaron -- Aaron Smith Web Development * App Development * Product Support Specialist Ai Squared * 725 Airport North Office Park, Fort Wayne, IN 46825 260-489-3671 * www.aisquared.com To insure that you receive proper support, please include all past correspondence (where applicable), and any relevant information pertinent to your situation when submitting a problem report to the Ai Squared Technical Support Team. > -----Original Message----- > From: David [mailto:[email protected]] > Sent: Monday, December 8, 2014 10:22 AM > To: [email protected] > Subject: Editbox issue > > I have defined a dialog, holding an Editbox and a couple of buttons. > Everything is working fine, and I can use the MyEditBox.Text property, and > have some text filled into the editbox. > > Yet, there seem to exist one small annoyance here. After the editbox has > been filled in, the cursor always land at the end of the text. Not a big deal. > The user can simply hit Ctrl-Home, and then start to arrow his way down > through the box. And if he has set his screen reader correctly, he will have > the whole contents read out automatically, once the editbox gets focus. > > Still, I wonder if there is - or could be made available - a routine for > placing > the cursor at the top of the text, once the editbox has been filled in and > things are ready for reading. many users may not find it very logic to start > out > at the end of the text. Imagine if you was offered to read a book, and they > presented you the back cover first thing. Smile. > > Any such routine-call existing, or any suggestions for a workaround? OK, I > have the idea of one workaround, even if it is a bit simplistic. I could send > a > Ctrl-Hme command right after the editbox has been getting the focus, but > don't know if there is any drawback of doing so. That's why, I wanted to > check with other developers what their ideas might be, or if they have fixed > it by any means in their coding. > > Thanks for all inputs. > > -- > David > #3 Subject: Re: Editbox issue From: David <[email protected]> Date: Mon, 8 Dec 2014 18:37:54 +0100 Reply-To: [email protected] Thanks, worked. David On 12/8/2014 4:58 PM, Aaron Smith wrote: > Hi, Dave. > > Set the SelectionStart and SelectionEnd properties to 0 to move the cursor to > the beginning. > > Thanks, > > Aaron >
