Doesn't WindowEyes by default read twelve lines?
Jonathan Cohn > On Feb 19, 2016, at 2:02 PM, Tom Kingston via Scripting > <scripting@lists.window-eyes.com> wrote: > > David, > > ExecuteHotkey hkReadToEnd > executes the read to end hot key regardless of what its key combination is. > > Assuming this is the only edit box in your app I would connect to > OnChildFocus and do the following. > > Sub OnChildfocus(oFocused) > If oFocused.Type = wtEdit Then > ' You may want to use Silence or Speak "" > ' here to cut off automatic speech. > ExecuteHotkey hkReadToEnd > End If > End Sub > > Hth, > Tom > > >> On 2/19/2016 1:54 AM, David via Scripting wrote: >> 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 > _______________________________________________ > 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/jon.c.cohn%40gmail.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 _______________________________________________ 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
