Thanks Booth
All displays were previously comiled with RSTDSP *YES.
Jim
message: 7
date: Tue, 08 Apr 2008 17:52:52 -0500
from: Booth Martin <booth@xxxxxxxxxxxx>
subject: Re: window display clearing display first
I wonder if compiling with the RSTDSP *YES option will make a difference?
JDHorn@xxxxxxxxxxxxxx wrote:
> I have an issue with a window clearing the display
>
> old oe system calls window1
>
> window1 requests fax info
> calls window2 to find customer fax numbers
> returns to window1 with lr on
> calls window3 to display error message
> when window3 displays, it first clears the display
>
> if I return from window3 and call another window program the display
is
> still cleared.
>
> the background will not return until window1 is redisplayed
>
> if window2 does not turn on LR, everything works just fine.
>
> all of the display files have records with assume and keep keywords
in
> them.
>
> all the record formats displayed use the overlay keyword.
>
> I tested this in a number of different ways and it seems to be a
universal
> truth.
>
> Is this normal behavior? Is there a way to make this work with LR
on?
>
> typical beginning of a screen member
>
> R NOCLEAR TEXT('Prevent Initial Clear')
> ASSUME
> OVERLAY
> 1 2'X'
> R NOERASE TEXT('Prevent Screen Erase')
> KEEP
> R SCR1
> WINDOW(3 4 20 72)
> OVERLAY
> RTNCSRLOC(&XXRCD &XXFLD )
> MOUBTN(*ULD
> CF24)
>
> Jim Horn
>
--
---------------------------------
Booth Martin
http://www.Martinvt.com
---------------------------------
As an Amazon Associate we earn from qualifying purchases.