|
Albert - I have downloaded it and am looking at the example code... Thanks! --Rick----- Original Message ----- From: "Albert York" <albertyork@xxxxxxxxx>
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 listTo 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 archivesat http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.