The Right DDS Combination
Hi All,
I have been spinning my wheels and was hoping for help. I have a subfile where an option calls another RPG program that displays a window for data capture. When the user takes the same option against multiple records in the subfile the window appears the first time overlaying the subfile screen, but the second time the window displays over a blank screen, all subfile info has gone. I know it is trivial but is ugly to work with. What combination do I need to retain the background subfile info when the window is displayed the second time?
I have tried compile time options on the DDS for the subfile. The window program is OVERLAY with a blank record format with the ASSUME keyword. I have tried re-writing the subctl after each call to the window program but that didn't work either..
Any help would be greatly appreciated.
Thanks,
Rayden.
Software/Hardware used:
Software/Hardware used:
ASKED:
May 15, 2006 5:27 PM
UPDATED:
May 16, 2006 10:09 AM
Answer Wiki:
we do this all of the time and I am familiar with your problem. Depending upon what you are doing, you will need to do one or more of the following:
a) change your dspf file to CHGDSPF xxxxx RSTDSP(*YES)
b) close and open the display file (USROPN option) when you start the program displaying the window (assuming you are not using INLR in this program; we do not use INLR on our window programs). Failure to do this might display a background to the window, but it will be an old version of the background.
To see all answers submitted to the Answer Wiki: View Answer History.
Try this:
1. Add a “DUMMY” format with the ASSUME keyword.
2. Remove ASSUME from your “REAL” format.
3. Create Your Display File with RSTDSP(*YES)
Thanks to everyone for their contributions!