You can try opening and closing the display file, especially if this is a called window with its own display file. (Or put it in one. A program can have multiple display files.) There is actually very little overhead to doing this, as a format file has no access paths. I've routinely done this to refresh the background in a called window that does not set on LR between calls. (The alternative, to write a full format panel, is more disruptive.)
I'm surprised the window border does not refresh, although I don't know the structure of this code. However, I'm pretty sure this would fix the problem.
Sent from Outlook<
http://aka.ms/weboutlook>
________________________________
From: RPG400-L <rpg400-l-bounces@xxxxxxxxxxxx> on behalf of MichaelQuigley@xxxxxxxxxx <MichaelQuigley@xxxxxxxxxx>
Sent: Thursday, October 26, 2017 9:16 AM
To: rpg400-l@xxxxxxxxxxxx
Subject: Re: DSPF WDWTITLE text not changing when field value changes
"RPG400-L" <rpg400-l-bounces@xxxxxxxxxxxx> wrote on 10/24/2017 04:29:59
PM:
----- Message from Booth Martin <booth@xxxxxxxxxxxx> on Tue, 24 Oct
2017 14:39:13 -0500 -----
To:
RPG programming on the IBM i / System i <rpg400-l@xxxxxxxxxxxx>
Subject:
DSPF WDWTITLE text not changing when field value changes
The window can show either GroupA or GroupB and can be toggled from one
to the other by the user. All works well excepting the WDWTITLE always
displays its initial value. Keywords I have tried include RMVWDW and
OVERLAY. I tried EXFMT and WRITE/READ. In debug the value of the
field, W1TITLE, reflects GroupA or GroupB correctly.
Interestingly, although I do not understand the significance, is that
with the RMVWDW keyword, the border entirely disappeared. The interior
of the window displayed, but not the border or title.
I can put the title in the body of the window but it looks way better
embedded in the border.
RMVWDW is an often misunderstood keyword. It does NOT remove the window
where it is specified, it removes any other windows from memory for the
display file. I've found that specifying RSTDSP(*YES) on the display file
can help get expected results.
YMMV
Michael Quigley
Computer Services
The Way International
--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link:
http://amzn.to/2dEadiD
As an Amazon Associate we earn from qualifying purchases.