× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



What Jeff said, except I would use the same function keys regardless of
which of the screens is displayed, so that the user doesn't get confused
as to which keys to use under which circumstances.

Trevor Briggs
Analyst/Programmer
Lincare, Inc.
(727) 431-1246
TBriggs2@xxxxxxxxxxx
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Jeff Young
Sent: Thursday, February 21, 2013 2:48 PM
To: RPG programming on the IBM i (AS/400 and iSeries)
Subject: Re: page up/page down issue

Mike,
I would suggest that you use separate command keys on the subfile
control
record for previous/next record.
The Page Up/Page Down keys in the subfile will not return control to the
program until either the user attempts to page up/down before the first
record or after the last record in the subfile.


On Thu, Feb 21, 2013 at 2:19 PM, Smith, Mike
<Mike_Smith@xxxxxxxxxxxxxxxx>wrote:

Booth,
There are 2 programs. The initial subfile program which you would
select
a '5' on a subfile record to display the detail record(via a second
program).

The second program depending on the type of record in the subfile will
display either a Display File(RECORD) or a Display File(SUBFILE)

If the Display File(RECORD) is displayed, you can press page up/down
to
show subsequent records(its essentially the same effect as selecting
many
subfile records at the same time and processing them sequenctially.

However if the Display File(Subfile) is displayed, the page up/down
keywords are associated with subfile, so all I can do is page through
the
subfile, I can't get to the next record. The subfile is a load all
subfile, so I don't need the page up/down for the subfile.

I hope I am explaining it better now

Mike


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Booth Martin
Sent: Thursday, February 21, 2013 12:16 PM
To: RPG programming on the IBM i (AS/400 and iSeries)
Subject: Re: page up/page down issue

I am not clear on how many formats/programs there are. A main screen
format with 2 maintenance window formats, one with a subfile?

In any event, one thought is to use
SFLEND(*SCRBAR *MORE) ***
with the subfiles and let users use a scrollbar to move the subfile(s)
up
and down. That allows scrolling by a a few rows or a lot of rows.
http://www.martinvt.com/Subfiles/Two_Subfiles/two_subfiles.html

As to the specific problem: is there code in the DDS for page up/page
down? If so, what happens if you comment that code out? I ask that
because my memory tells me that with subfiles, the less code the
better.

Are you processing 2 formats at once, with a write followed by am
exfmt/read?

*** it really is that simple as long as you leave 3 empty columns at
the
end of the subfile row.

On 2/21/2013 10:25 AM, Smith, Mike wrote:
I'm having a little issue with page up/down that I'm not quite sure
how
to handle.

This is a basic RPG CRUD application.
The way we code these mimics our vendor supplied code

Display a subfile
Select option to edit/display a record.

Say I have 20 records in subfile and I place a '5' in an option
field
to display the maintenance screen.
I can press page up/down in the maintenance screen to continue
looking
at subsequent records.
So far so good. Now to the problem.

With this particular application, I can have 2 different maintenance
screens display The normal screen that displays all the fields.
Or a second screen that is a subfile screen.

Now my page up/down seems to be attached to my subfile and I am
never
able to page up/down to a subsequent record.

Any ideas how I can handle this?

Thanks

Mike
NOTICE: This message, including any attachment, is intended as a
confidential and privileged communication. If you have received this
message in error, or are not the named recipient(s), please
immediately
notify the sender and delete this message.


--
Booth Martin
802-461-5349
http://www.martinvt.com
--
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: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/rpg400-l.

NOTICE: This message, including any attachment, is intended as a
confidential and privileged communication. If you have received this
message in error, or are not the named recipient(s), please
immediately
notify the sender and delete this message.
--
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: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.