Re: RSTDSP(*YES/*NO) question

Hi!

>Let me ask you this, if I place an option next to an entry on the SFL list, do
your
>clear the option before you call the window program or after?
I only clear the option after.

>Like if panel one of the options are constants set by an indicator, and panel
two
>options are conditioned by a different indicator or the Nxx version of panel
one
>indicators, something may be altering the indicator before you call the window.
They are constants set by indicators.
No there is nothing altering the indicators the call of the window.

I few days ago I had a similar case with a SF option calling another PGM (a
window).
When I first called the PGM B from PGM A (SF option)  there was no problem when
I return to PGM A
I page down one or two SF pages and the call again the PGM B with the refered SF
option before the window appear
the screen changes to the (previous option) page of the (where I did the
selection with the option visible). The PGM B
window appear and when it returns to PGM A it returns to the correct SF page
(not the one that appeared before window).
>From now on all the time I select the refered option before the Win appear the
SF page of the option I selected in the first time
appears and then after the PGM B return it goes to the correct SF option page.
Both PGMs where compiled with RSTDSP *YES.

I dont know why or how but since I returned the PGM B with SETON LR and with
KEEP in the window record it started working fine (in this case only the PGM B
is with RSTDSP *YES because of the window border).


Silvio.













"James W. Kilgore" <qappdsn@attglobal.net> on 03/14/2000 06:45:02 PM

Please respond to RPG400-L@midrange.com

To:   RPG400-L@midrange.com
cc:    (bcc: Silvio Santos/VC/PT/BRAIN)

Subject:  Re: RSTDSP(*YES/*NO) question




Silvio,

When we have multiple options, we have a text field in the SFLCTL and when the
user
presses F23, the contents of the field is swapped then we do the EXFMT of the
subfile.

Now, I've never had what you described happen to us.

Let me ask you this, if I place an option next to an entry on the SFL list, do
your
clear the option before you call the window program or after?

The reason I ask is that if it is before, you are doing a SFL UPDAT and that may
be
doing the change.

Like if panel one of the options are constants set by an indicator, and panel
two
options are conditioned by a different indicator or the Nxx version of panel one
indicators, something may be altering the indicator before you call the window.

HTH,
J. Kilgore

Silvio Santos wrote:

> Hi again...
> Thanks for your solution. It worked out.
> Now I have a similar problem:
>
> I have a PGM with a DF containing several windows and one SF with several
> options and since they not fit in the screen
> I have a F23 to see more options (2 screen of options).
>
> One of that options does a EXFMT of a Window.
>
> The strange thing that happens is when I am in the 2 screen of
> options and call the refered Win.
> It changes the screen displaying the first screen of the options
> and then the Win appears.
> When the Win exit it returns with the correct screen of options.
>
> I compiled the RSTDSP with *NO, and for perfomance issues I would like to
> continue this way.
>
> I am exiting the PGM with RETRN.
>
> I already try the KEEP and also writing a no data record before the RETRN but
> nothing worked.
> I also have an ASSUME record.
>
> Any ideas would be great ?
>
> Thanks,
> Silvio.
>

+---
| 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
+---