RE: Re[2]: "extract" command enhancement (subfiles and BIFs)

Dan,

SFLSIZ>SFLPAG simplifies scrolling, it's efficient because it avoids having
constantly to re-read database records and it simplifies the processing of
pending options - with the single exception I mentioned.

In practice it's relatively rare for a user to "position to", make
selections, then roll down. It does happen, but not often. I've never had a
user complain about lost options or even report the bug. But I know it's
there and I don't like it. As I said before BRMS has this bug and I've never
seen anyone else refer to it.

User indexes are one of several possible workarounds for the bug, but I
would consider their use in this context a clear violation of the KISS
principle.

They're is a much simpler workaround, actually. This is to make the
"position to" field a "both" field, leave the "positioned to" value in it,
and leave roll down disabled. To see the previous records the user has to
clear the field and refresh the subfile. This is so awful that I prefer to
live with the bug.

I think this whole debate confirms that while subfiles are great, they're
not as easy to program for as they should be.

Dave Kahn
Johnson & Johnson International (Ethicon) France
Phone : +33 1 55 00 3180
Email :  dkahn1@jnjfr.jnj.com (work)
           dkahn@cix.co.uk      (home)


-----Message d'origine-----
De: Dan Bale [mailto:dbale@genfast.com]
Date: 22 September 1999 21:35
À: rpg400-l@midrange.com
Objet: RE: Re[2]: "extract" command enhancement (subfiles and BIFs)

Then why even bother with the SFLSIZ>SFLPAG?  If anything, your users are
confused as to when their options are "lost" or "kept".  Or maybe they've
just
gotten to the point where they never page the subfile if they've got an
option
on the current page.

As per my response to Paul, you may be interested in an article in the
September
1999 issue of News400, "The Power of User Indexes".
+---
| 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
+---