|
Am 17.07.2024 um 03:31 schrieb Reeve <rfritchman@xxxxxxxxx>:
I assume the page up/down capability is handled by the workstation
controller. The single-page subfile must be a special case: if I load 200
rows into my 20-line-page-page subfile, I get a workstation controller
error if I try to page past the end. But in a single-page subfile, the
page down key returns control to the application program.
Single-page subfiles were good back in the days of dreadfully-slow
machines. With today's faster machines, taking an extra second to load a
big subfile which the user can page through quickly appears to be a good
design/resource tradeoff. One issue I have with single-page subfiles is
SQL's (or my) inability to read backward, past the starting point, in a
file with multiple keys. There's little I miss about record-level access
except for READE, READP, and READPE...I guess I have to experiment a bit
more!
On Tue, Jul 16, 2024 at 1:11 PM Daniel Gross <daniel@xxxxxxxx> wrote:--
Hi Reeve,
this will of course work for the time-out.
But the real question was, how could the program be designed, so that
Page-Up and Page-Down in the subfile "reset" the time-out. But as the
display is handling paging in a load-once subfile completely independent
from the application - the time-out is hitting, even as the users page-up
and page-down thru the subfile.
The only solution to prevent this, is using a one-page subfile and do the
paging manually by the application program - in this case, the display wont
time-out because one page-up and page-down the control is given back to the
program.
Regards,
Daniel
Von meinem iPad gesendet
--Am 16.07.2024 um 21:47 schrieb Reeve <rfritchman@xxxxxxxxx>:
Timeout with a multi-page subfile: set the display file with an INVITE,
include MAXDEV(*FILE) in your DCL-F statement, WRITE the control record,
READ the file, and check the display file status for 01331 (timeout)
immediately after the READ.
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.
As an Amazon Associate we earn from qualifying purchases.
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.