Re: Feeding an interactive application?

Albert -  I have downloaded it and am looking at the example code...

Thanks!

--Rick

To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Thursday, February 23, 2006 3:43 PM
Subject: Re: Feeding an interactive application?

I have a utility which allows batch program to interact with interactive
screens. It's call TNAPI (telnet API). Your program calls it passing it
the data you want to send to the screen and it passes back the screen. I
think it will do what is being requested.

TNAPI is freeware and I can send you a copy as a save file inside a zip
file. You can use it however you want except to sell it.

Albert York

 ----- Original Message -----
 From: "Al Mac"
 To: "Midrange Systems Technical Discussion"
 Subject: Re: Feeding an interactive application?
 Date: Thu, 23 Feb 2006 13:19:22 -0600


 Even though source not provided, you may be able to retrive source,
 if the
 vendor contract does not prohibit reverse engineering. Depending on
 how
 the prompt screen talks to the program, you may be able to seed the
 first
 iteration of the screen with data from another program, do whatever,
 end
 program, and repeat for other entry.

 The above is a long shot.

 You could have the user with more than one session open. Other
 session
 gets the population for the 8 fields.
 User do some kind of cut & paste from one session to another.

 Without having access to the RPG source, if you can retrieve the DDS
 source
 and rearrange the screen, it may be possible to get economies that
 way.

 > Have a situation, in which a user must enter about 8 key fields
 > in a maintenance program to retrieve data that needs to be
 > changed. This is a software vendor-supplied program (its RPG -
 > but no source available).
 >
 > We can extract the 8 fields the user needs from several
 > databases. The question is...is there a way to "feed" this info
 > to the maintenance program screen? We were thinking maybe using
 > CL to read the extracted data from a file to "populate" the
 > screen...and then have the user take over control and do the
 > required maintenance. We figure we can cut the user's time
 > required to complete this in about half.
 >
 > Anybody done this????
 > --
 > This is the Midrange Systems Technical Discussion (MIDRANGE-L)
 mailing list
 > To post a message email: MIDRANGE-L@xxxxxxxxxxxx
 > To subscribe, unsubscribe, or change list options,
 > visit: http://lists.midrange.com/mailman/listinfo/midrange-l
 > or email: MIDRANGE-L-request@xxxxxxxxxxxx
 > Before posting, please take a moment to review the archives
 > at http://archive.midrange.com/midrange-l.


 --
 This is the Midrange Systems Technical Discussion (MIDRANGE-L)
 mailing list
 To post a message email: MIDRANGE-L@xxxxxxxxxxxx
 To subscribe, unsubscribe, or change list options,
 visit: http://lists.midrange.com/mailman/listinfo/midrange-l
 or email: MIDRANGE-L-request@xxxxxxxxxxxx
 Before posting, please take a moment to review the archives
 at http://archive.midrange.com/midrange-l.
--

This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list

To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives

at http://archive.midrange.com/midrange-l.