Re: Subfile question

One solution I used in a similar situation was to use one subfile, and introduce it to the user in "protected" mode. If s/he had authority to update the file, then s/he could choose F24, unprotecting the screen for editing. Whether that is useful for you or not, I don't know.

http://www.martinvt.com/Subfiles/FAQ/faq.html

Second program.

On 12/27/2012 3:49 PM, Tom Hightower wrote:

With this, I'm kinda-sorta there now.

My notes program has two subfiles - one for displaying existing notes
entries (TOPSFL, output fields only), a second to allow the user to enter
new notes lines (BOTSFL).

What I need is for TOPSFL to populate and display overlaying the client
screen, allowing the user to scroll thru all existing notes for the
customer. When the user presses ENTER, the data-entry subfile should display
- overlaying both the client maintenance and TOPSFL screen - allowing the
user to enter new notes (BOTSFL).

With this ASSUME record added to the display file, the TOPSFL (existing
notes) does overlay display the client maintenance screen (first time and
everytime) and the user can scroll thru the data as needed. When enter is
pressed, TOPSFL is removed (the client maintenance screen remains) and
BOTSFL is displayed, allowing new notes entry.

Without the ASSUME record, both subfiles displayed as expected (except for
the clearing the client maintenance screen issue).

TomH



-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Lance Gillespie
Sent: Thursday, December 27, 2012 3:18 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: Subfile question

We have this format on most of our subfile screens.
It is just there, we never have to reference it in the RPG at all.

R ASSUME ASSUME
This format has 2 functions:
1st, because of its existence, any format already being displayed by
another program will remain on the screen.
2nd, when the program using these formats ends, it will output this
format to provide a smooth transition back to the previous
program.

OVERLAY
KEEP
24 80' ' DSPATR(ND)

The space at 24/80 is because a screen has to output something.

HTH,
Lance



-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Tom Hightower
Sent: Thursday, December 27, 2012 1:02 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: Subfile question

When I compile with RSTDSP(*yes), it blanks the screen before presenting the
notes screens.

Tom


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Booth Martin
Sent: Thursday, December 27, 2012 2:38 PM
To: Midrange Systems Technical Discussion
Subject: Re: Subfile question

Items I can think of:

-Are you compiling your screens RSTDSP(*YES)?
-Are you using a dummy record with the ASSUME keyword? (I am never sure
which Display file needs that record added.) -Are you using more than one
program? Setting on the LR indicator in the called program can cause
unexpected results.


On 12/27/2012 2:15 PM, Tom Hightower wrote:

I'm having an issue with a converted DSPF36 screen that I'm trying to
convert/use as a subfile. In our customer data entry program, a user
can press F8 to call the NOTES program (a called "RPG" program) which
overlays the notes data-entry screen onto the display. In the
S36-style display file, each notes line of the notes screen is a
separate field (15 of them in total). You remember doing that sort of

thing way back in the day.

The boss wrote all of that about 15 years ago, maybe longer, and it's
worked fine for years. Now he wants to me add some new fields to the
notes file, and to update the coding to new style and replace the
DSPF36 with subfile programming. Cool, and it's about time.

I've converted the S36 screen to subfile (2 subfiles, according to his
spec) and written a new version of the notes program (RPGLE,
actgrp=*caller) to populate/display the existing notes in one subfile,
and present another subfile for new notes entry. It's basically
working, except that instead of overlaying the subfiles onto the
customer data-entry screen, the display is cleared and then the
subfiles

data-entry screens are displayed.

I've tested and tested it all kinds of ways. The most-recent test was
to modify the customer data-entry screen to include the notes
populate/display processing within the customer data-entry program. It
does the overlay just as I want - the SECOND and subsequent times that
the notes screen is displayed; the first time thru the display is
blanked and the notes screens are shown.

I'm not sure what I need to adjust to get this to properly. Any ideas?

TomH

--
Booth Martin
802-461-5349
http://www.martinvt.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.