× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Joe,
It would seems much easier to simply add the KEEP keyword on the TEST2W1
record format of TEST2D display file. No other code change is needed.

<joepluta@xxxxxxxxxxxxxxxxx> wrote in message
news:mailman.4738.1286294172.2702.rpg400-l@xxxxxxxxxxxxxxx
The extra WRITE to the subfile control record worried me, Booth, but it
turns out it doesn't hurt the READC. But it certainly is
counter-intuitive. Any extra WRITEs in the called program obviously have
no effect on the calling program's subfile.

Joe

That extra write doesn't confuse your SFLNXTCHG indicator?

On 10/5/2010 1:50 PM, joepluta@xxxxxxxxxxxxxxxxx wrote:
This worked as well, Denis, and it's a little cleaner to me - let the
called program take care of itself. There is a minor annoyance in that
updates to the subfile are not reflected (that is, clearing the select
option doesn't actually show up during the calls to the popup; you'll
keep
seeing all the selections).

Sharon's technique of not setting on LR also works, except that you have
to tell the called program to set on LR when you reload the subfile or
else you see what was in the subfile the very first time. It's like a
magnification of the problem with Denis' technique. Say I select line 6
the first time and then the popup comes up. I come back and reload the
subfile and then select line 7. The popup will be displayed, but the
underlying subfile will look as though I selected option 6.

It's a little hard to explain, but I can send out some examples later in
the day so you can see how they work. I'm opting right now for Denis'
dummy format technique because it's transparent to the calling program.

Joe


I faced this situation in the past. It has been several years but after
looking at some programs I did, here is how I solved it:

In the pop up DDS, I created a second dummy record with the following
keyword:

CLRL(*NO) OVERLAY FRCDTA

In the pop up program, before exiting, I write this record. I dont
think I did anything else. Now I do not get anymore the blank
background.

Hope this help

<joepluta@xxxxxxxxxxxxxxxxx> 2010-10-05 13:08>>>
I've got a simple situation. I populate a subfile, and can then make
selections on the subfile. I use a READC to process the subfile, and
on
each selection I call a second program which pops up a window.
Everything
works fine as long as I only select one record - the window pops up
over
the subfile, I hit enter to get out, the subfile is redisplayed, all
is
good.

The problem comes when I select more than one record. Again, the
first
selection works fine. But when I do a second READC / call, the popup
window is displayed with a completely black background; the underlying
subfile is cleared completely.

Anybody run into this? I've got KEEP and ASSUME on a DUMMY record
format
in screen 2. I've changed the RSTDSP parameters to all four
combinations
of *YES and *NO on the two programs. The programs themselves are RPG
programs compiled with DFTACTGRP(*YES). Both set on *INLR when they
exit.

I'm including the source. Hopefully it will make it through. As you
can
see, it's not rocket science. But it's really annoying.

Joe




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.