Re: HILIGHTED FIELD

Ron,

Just a guess, but are you using RSTDSP(*YES) or are you actually doing a
programmed redisplay of the initial screen?

As a shop standard we use RSTDSP(*NO) for performance reasons and control.   
IMO,
any time a display defers control to another program, upon return, all bets are
off and the display must be repopulated with data and conditional display
indicators reset.

Even if you turn off an indicator upon return, the display will not alter until
another WRITE/EXFMT is executed.

HTH

Ron Klein wrote:

> I have a strange occurrence happening in one of my programs that redisplays
> a screen.
> The program is written in RPG-ILE one module with a detail screen calls
> another module.
> On the first screen when one of the fields has bad data entered and is
> highlighted and cursor
> Positioned on that field.  The second module is called and when I am done
> with that screen
> I return to the first screen and do a write to that screen to redisplay what
> was entered in the
> First place.  But, even though the indicator for that field is off the
> screen still displays highlighted.
> Any suggestions on why this field stays highlighted even though it shouldn't
> be.
> Thanks
>
> Ron Klein
>
> +---
> | This is the RPG/400 Mailing List!
> | To submit a new message, send your mail to RPG400-L@midrange.com.
> | To subscribe to this list send email to RPG400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---

+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---