Hi David, In my app I find the editboxes are automatically read fully (although I don't have any with as much text as you are likely to have in yours).
I do load my editbox with the text before the user presses the tab key to focus on the editbox; if you wait until it already has focus, I don't know how WE would handle it. If you don't make the editbox read only does it behave differently? If it does, and it behaves the way you need it to, then perhaps you will want to just not make it read only, since you won't be saving any changes the user may accidentally make. Chip Chip Orange Florida Public Service Commission Computer Systems Analyst 850-413-6314 -----Original Message----- From: Scripting [mailto:scripting-bounces+corange=psc.state.fl...@lists.window-eyes.com] On Behalf Of David via Scripting Sent: Friday, February 19, 2016 1:54 AM To: GWScripting Subject: Auto-read of Editboxes Hey listers, Got a tiny issue here, hoping someone would happen to have an idea for a fix. I have a dialog, with a few controls. One of them, is an ReadOnly Editbox, which will automatically be updated by the app, through its execution. To describe it a bit more, this is in the User's Guide section of my app. I have the treeview at top of the screen, and the edit box holding the actual contents of the chapter just beneath it. This way, the user can scroll through the chapter headings, in the top control, and then simply press Tab, to get to the contents of the chapter. Shift-Tab, and you are back in the Table Of Contents, and can choose your next topic for reading. Everything works just fine, except from this one minor issue. When the cursor lands on the ReadOnly edit box holding the chapter contents, the speech randomly reads all the contents, and sometimes only the first couple of lines of the box. Is there any quick fix for this? Or, should I let the user have to manually either arrow through the text, or press the Read-to-end hotkey. Is there any "Auto-Read" feature for an edit box? Don¨'t know, why the speech sometimes reads all the text, and other times only part of it. But wish there was a way to make it as seamless for the user as possible. If no auto-read feature currently exists, maybe the AISquare staff could consider having such a feature implemented. And, if anyone has a workaround with a few lines of coding, I am all ears. OK, I guess, I could have the app simulate the Read-to-end hotkey, whenever the edit box gets focused. Yet, how could I ensure that this would work, even if the user has changed the standard of Ctrl-Shift-R, for this hotkey? Is there an underlaying instruction in the app coding, for "invoking this feature of the screen reader directly? Thanks for all your feedback on the matter. Not a big deal, but still would be great to have it worked out, if possible. aut -- David _______________________________________________ Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Ai Squared. For membership options, visit http://lists.window-eyes.com/options.cgi/scripting-window-eyes.com/corange%40psc.state.fl.us. For subscription options, visit http://lists.window-eyes.com/listinfo.cgi/scripting-window-eyes.com List archives can be found at http://lists.window-eyes.com/private.cgi/scripting-window-eyes.com _______________________________________________ Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Ai Squared. For membership options, visit http://lists.window-eyes.com/options.cgi/scripting-window-eyes.com/archive%40mail-archive.com. For subscription options, visit http://lists.window-eyes.com/listinfo.cgi/scripting-window-eyes.com List archives can be found at http://lists.window-eyes.com/private.cgi/scripting-window-eyes.com
