[jawsscripts] Re: Making one window speak another's contents

  • From: "Homme, James" <james.homme@xxxxxxxxxxxx>
  • To: "jawsscripts@xxxxxxxxxxxxx" <jawsscripts@xxxxxxxxxxxxx>
  • Date: Wed, 14 Mar 2012 18:22:53 +0000

Hi Steve,
You should put this line in the common keys section of the jkm. The virtual 
section is for when web browsers, PDF readers, and programs like Microsoft Help 
run that show you web pages and such. 

Jim 

> -----Original Message-----
> From: jawsscripts-bounce@xxxxxxxxxxxxx [mailto:jawsscripts-
> bounce@xxxxxxxxxxxxx] On Behalf Of Steve Matzura
> Sent: Wednesday, March 14, 2012 9:59 AM
> To: jawsscripts@xxxxxxxxxxxxx
> Subject: [jawsscripts] Re: Making one window speak another's contents
> 
> Hi, James, and everyone:
> 
> Here's the situation. The application is nothing more than a terminal
> emulation program, like Kermit or Telnet, with some extra security
> stuff bolted on the front end. Imagine running the standard Windows
> terminal program with a front-end autoconnect DLL, and that's what we
> have here.
> 
> Once connected to the remote system and running their screen
> application, each screen has a menu on it from which the user chooses
> the desired function by menu or screen number. Depending on the menu
> choice, the subsequent screen contains either another menu, or a
> prompt to input some data. I have frames around menu items on several
> screens, accessible by individual key-presses, so the user can read
> them either by number or by column. The behavior I want is, when the
> user presses their ENTER key, whatever they've typed gets sent to the
> application, a delay of maybe half a second goes by while JAWS waits
> for the screen to update, and then a SayLine is executed, which will
> read the new prompt at the cursor, either select from the menu or
> enter whatever data the user has told the program they want to enter.
> I'm thinking a script, tied to the ENTER key, might look similar to
> this:
> 
> Script MyEnter
> 
> enter ();
> SayLine ();
> 
> EndScript
> 
> Then, in the application's keyboard manager file, insert the line:
> 
> enter=MyEnter
> 
> However, I see in the default.jkm, the line that ordinarily says
> "enter=enter" is in a section called "[virtual keys]". Does that mean
> I should create that same section in my application's .JKM file and
> put my customized "enter=MyEnter" in that section?
> 
> Thanks in advance.
> 
> On Wed, 14 Mar 2012 11:20:58 +0000, you wrote:
> 
> >Hi Steve,
> >Maybe the screen stabilized event will help or the new text event.
> Tell us more about what you want to do.
> >
> >Jim
> >
> >> -----Original Message-----
> >> From: jawsscripts-bounce@xxxxxxxxxxxxx [mailto:jawsscripts-
> >> bounce@xxxxxxxxxxxxx] On Behalf Of Steve Matzura
> >> Sent: Tuesday, March 13, 2012 3:25 PM
> >> To: jawsscripts
> >> Subject: [jawsscripts] Making one window speak another's contents
> >>
> >> I am finally back to scripting for a terminal application which I
> >> discussed on this forum a while back. Everything's working well, all
> >> the frames speak when they're supposed to, etc., etc. I would like
> to
> >> automate a function that will read a window, or, even better, read
> >> current line, every time anything on the screen changes. Of course,
> I
> >> can't tie my script to the ENTER key--or can I? If it turns out that
> I
> >> cannot, that'll have to be, I'll just tie it to CTRL+ENTER or
> >> something like that. Anyway, the issue is, as the title says, make
> one
> >> window speak contingent on the modification of another. Any
> thoughts?
> >> __________???
> >>
> >> View the list's information and change your settings at
> >> //www.freelists.org/list/jawsscripts
> >
> >
> >________________________________
> >
> >This e-mail and any attachments to it are confidential and are
> intended solely for use of the individual or entity to whom they are
> addressed. If you have received this e-mail in error, please notify the
> sender immediately and then delete it. If you are not the intended
> recipient, you must not keep, use, disclose, copy or distribute this e-
> mail without the author's prior permission. The views expressed in this
> e-mail message do not necessarily represent the views of Highmark Inc.,
> its subsidiaries, or affiliates.
> >__________�
> >
> >View the list's information and change your settings at
> >//www.freelists.org/list/jawsscripts
> >
> __________�
> 
> View the list's information and change your settings at
> //www.freelists.org/list/jawsscripts

__________�

View the list's information and change your settings at 
//www.freelists.org/list/jawsscripts

Other related posts: