Re: pausing a subfile

"RPG400-L" <rpg400-l-bounces@xxxxxxxxxxxxxxxxxx> wrote on 07/12/2019
08:46:26 AM:

----- Message from Jon Paris <jon.paris@xxxxxxxxxxxxxx> on Fri, 12
Jul 2019 08:46:21 -0400 -----

To:

RPG programming on IBM i <rpg400-l@xxxxxxxxxxxxxxxxxx>

Subject:

Re: pausing a subfile

If you want that degree of sophistication in a green screen
interface then you need to use something like the DSM APIs so that
you control the display rather than Workstation Data Management
controlling when the data is sent to the device.

As has been noted a regular subfile is only updated when the control
record is displayed.

Frankly Booth you are trying to do something that 5250 terminals
were never really designed to do.


Jon Paris

www.partner400.com
www.SystemiDeveloper.com

On Jul 11, 2019, at 10:01 PM, Booth Martin <booth@xxxxxxxxxxxx> wrote:

This seemed simple enough but it has me stumped.

I am adding lines to a subfile. I want the user to see each line

as it is added, using sleep() instead of exfmt. (Thank you for the
links on that earlier. Works great.)

Writing the new subfile record and then writing the control record

and sleep(1) seemed like the right choice. It apparently isn't. Any

ideas?

I could be wrong here, but I think you're actually closer than you think.
But you have to specify DFRWRT(*NO) on the CRTDSPF command. The default is
DFRWRT(*YES). When writes are deferred, Workstation Data Management waits
for a read of the display file before it actually writes it to the
screen--DFRWRT(*NO) will override this and should allow you to do what
you're after.

Michael Quigley
Computer Services
The Way International