Comments on: Can removal of window records be prevented when writing to nonwindow record

By: Zack

Zack — Tue, 06 Nov 2012 12:57:00 +0000

Hi Tom,
Yes we are using both DFRWRT(*YES) and USRRSTDSP. Nonetheless the cascading windows flash. Looks like we’ll remain with our “window” solution for lines 24-27.
Thanks for giving this some thought.
Zack

By: TomLiotta

TomLiotta — Tue, 06 Nov 2012 09:18:14 +0000

The DDS reference says that writing non-window records will erase windows. The Application Display Programming manual implies at one point that it’s possible to have windows remain, but there are no examples. I haven’t seen any examples. Simple tests show that windows are removed.

…perform repeat “write” commands to all the cascading windows after writing the format on line 27 but this causes “flashing” on the screen…

Are you using DFRWRT(*YES)? And do you have USRRSTDSP on your window formats?

Tom

By: Zack

Zack — Tue, 06 Nov 2012 04:29:37 +0000

You are more or less correct. The single line is an error msg related to a requested action from within the active window. In answer to your question, we do not display the msg in the window itself due to the size of the window. We have, in fact, found 3 possible solutions, one of which we have adopted, but we are nonetheless curious to know whether it’s possible to do what we have asked as this would have been the best solution. The first solution was to display the error msg on line 27 by using *NOMSGLIN and SFLMSG in all the window definitions (any of the cascading windows could become the active window) but, though this doesn’t erase all the windows, it locks the keyboard which contradicts our company’s standard for displaying messages, including error msgs. The second solution was to perform repeat “write” commands to all the cascading windows after writing the format on line 27 but this causes “flashing” on the screen which we also don’t want. The third solution which we have adopted is to define lines 24-27 as another window, where the top border (line 24) is defined as an underline, on line 25 are listed the various function keys available, line 26 is an error msg field and line 27 is the bottom border. The side and bottom borders are defined as blanks. Displaying this “window” does not remove all the windows and we then need only redisplay the active window.