|
The system does care Scott. I have no idea why but if the sflpag = sflsiz these two keywords are ignored. I wonder why he can't just make the sflsiz one record larger than the sflpag though? What is the advantage of same sizes? --------------------------------------------------------- Booth Martin http://www.MartinVT.com Booth@xxxxxxxxxxxx --------------------------------------------------------- -------Original Message------- From: RPG programming on the AS400 / iSeries Date: Monday, June 30, 2003 11:54:52 PM To: RPG programming on the AS400 / iSeries Subject: Re: subfile? > I have a situation where i have a page at a time subfile. Page = size. > A request has come in that will require a SFLFOLD/SFLDROP. It appears > that i cannot do this. Why not? I wouldn't think the system would care if the subfile was page at a time or not? I mean there isn't really a difference between loading a subfile where there just happens to be only 10 records to display, and loading a subfile where you're only loading 10 records, then clearing it, and loading another 10... At least, the system doesn't know there's a difference! So, you should be able to do SFLFOLD just as you would otherwise, aside from the obvious fact, of course, that there'll be fewer records displayed at a time... > Does anyone know different and if so, how is this accomplished without > changing to an expanding subfile. This subfile contains more than 9999 > records. Alternately, you could just code two different subfiles, and switch between them when the fold/drop function key is pressed. That's easy to do, and should accomplish your goal... _______________________________________________ This is the RPG programming on the AS400 / 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 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.