× 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.



You did not mention whether you had the "input line at the top of every page
even if data is on that page" kind or the "there are input lines after
existing data, but nothing after the input lines" kind or the "it's all
input lines" kind.

The guys are right, if you just ram stuff in the subfile and let the dspf
handle everything, you are left out of the loop because you asked the dspf
to handle everything. If you have no input fields above the subfile, the
cursor will by default fall onto the first input capable field in the
subfile. I've seen this handled by placing input fields under the subfile,
like where you'd put your command key legends. Looked odd though.

I've had luck with a conditioned DSPATR(PC) in the subfile on the first
input-capable field, indicator *on when writing the first record on a page,
*off for rest. I build my subfiles ( when forced to use them) a
page-at-a-time BUT the subfile handles all paging (SFLPAG < SFLSIZ). In
other words I progressively fill the subfile as the user pages down. Still
ignorant of paging up, though. Works.

Also, you CAN force the cursor to go wherever you want, overriding all else,
with the CSRPOS keyword. Put an indicator on it, and every time you load a
page, turn it on. Turn it off after the exfmt (or read). Leaving this
keyword enabled will ALWAYS force the cursor to the specified row and
column.

I've been having much better luck with UIM lists. Much more consistent
results overall.

Stu


On Fri, May 28, 2010 at 15:12, Robert Mullis <robertmullis99@xxxxxxxxxxx>wrote:

Letting the subfile control the paging is not going to allow your
program to control the cursor, because when you press pagedown (or
pageup) the subfile changes the screen, not your program. You have to
programatically (sp?) control pageup and pagedown, so that each time
they are pressed, your programs controls the displaying, not the
subfile. You can then change the cursor postion using the
SFLRCDNBR(CURSOR) keyword.

On 5/28/2010 3:32 PM, Timothy Adair wrote:
I have an RPG program with an input-capable subfile. I want to position
the
cursor on the first empty record of each page as the user pages through
the
subfile. I tried SFLRCDNBR(CURSOR) but that didn't work. SFLCSRRRN
returns
the relative record number of the record on which the cursor is located
within a subfile, but I want to position it, not to get the current
position.

I'm letting the SFL handle the paging.

Am I missing something obvious? Surely ("don't ever call me Shirley")
I'm
not the first poor slob to have to do this.

Any thoughts?

TA


--
This is the RPG programming on the IBM i / System i (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.