|
Bob, I don't think this works in this case. What you are talking about is true if they cancel Prompting of the command. But, QCMDEXC has already been called. QCAPCMD didn't return anything either. This is like if option 5 was doing a STRSEU OPTION(5). While they're looking at the source, they hit F3. How does that F3 get transferred back to the program that called the STRSEU command using QCMDEXC? I know where you're coming from. And what you describe works fine when they just cancel the prompting of the command. But I'm showing nothing in the job log when the user F3s out of a PDM display. On Wed, 9 Jan 2002 22:12:45 -0600 "Bob Cozzi \(RPGIV\)" <cozzi@rpgiv.com> wrote: > Brad, you can probably do it with QCAPCMD, but the old > fashion way is to > use QCMDCHK (used to be call QCACHECK). Then trap the CPF > messages > returned from QCMDCHK, before sending the command off to > QCMDEXC. > > So for example, if you had someone select 10 options with > option 5, and > after the 7th option they pressed F3, you could end the > process. You > could also do that with QCMDEXC because the "Command > cancelled" message > is sent through that interface too. > > Bob Cozzi > cozzi@rpgiv.com > Visit the on-line Midrange Developer forum at: > http://www.rpgiv.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.