|
very interesting... maybe i have a use for it for some customers if they are very good behaving till next christmas... :-)) internet is great, discussion groups like this, too. Because of people like you, Thanks a lot! ----- Original Message ----- From: "Scott Klement" <infosys@klements.com> To: <RPG400-L@midrange.com> Sent: Wednesday, January 12, 2000 10:55 PM Subject: Re: EXFMT with a timer > Hi Chris, > > You may be able to make this work just by adding an OVRDSPF to > your program... something like: > > OVRDSPF FILE(xxxx) WAITRCD(30) > > You'll then have this timeout on every screen in that display file, > however, which may not be what you want. > > > What I prefer to do, in these situations however, is to attach a > data queue to the screen, and then wait for data on the data queue. > Its more flexible, and allows the program to respond to more > different events than just the timeout. > > This is a bit more work to program, however. You need to: > > 1) Put the "INVITE" and "FRCDTA" DDS keywords into your displayfile. > 2) Create a data queue with a rec length of at least 80 bytes. > 3) Use OVRDSPF to attach the data queue to your screen. > 4) do a "WRITE" to your screen to make it display. > 5) Wait for data on the data queue. You can specify a timeout > value of 30 seconds waiting for data, or you can specify a > timeout of -1 to make it wait forever. (so each screen can be > waiting a different amount of time) > 6) Check to see if you got data from the data queue from the screen > (or possibly from another source, if desired) > 7) If you did get data from the screen, do a READ to load whatever > the user typed. > > If an example would be helpful, let me know... > > > "Chris Beck" <CBeck@good-sam.com> wrote: > > > > I have a program that when a user presses F10 a Window pops up askin > > for data. Which is done by a exfmt. Then they want the window t > > disappear after 30 seconds if they don't put in any information. > > > > Is This even possible, because a EXFMT waits for you do something? > > > > Thanks > +--- > | This is the RPG/400 Mailing List! > | To submit a new message, send your mail to RPG400-L@midrange.com. > | To subscribe to this list send email to RPG400-L-SUB@midrange.com. > | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: david@midrange.com > +--- +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
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.