|
There are good cases for specifying a page-at-a-time that also adds to an existing subfile list of records (sflsiz = sflpag + 1), however in the case being explored here (and we still need to hear back from Jigna as to whether our assumptions are correct), I think that Jigna should explore clearing the subfile with each page up or page down action (sflsiz = sflpag), especially if paging up "beyond" the top of the subfile is an issue. Considerations: Are there input fields that need to keep their data when paging through the subfile? Or can you force action on those inputs before handling a page request? If this is a simple inquiry, then sflsiz = sflpag should suffice. - Dan Bale Malcolm wrote: Jigna does not specify what causes his (my apologies if Jigna is a woman's name) performance problem, but he does give us a clue. Since he has no code to handle a pageup request, the user must start at the beginning of some group of records (perhaps some customer's history) then page through all of the records until reaching the one the user was looking for in the first place. In this case, the number of records in the file is very relevant. A customer with 10,000 records will take a long time to page through at five records per page. If this is the problem, one solution would be to allow the user to start somewhere in the middle of some group of records (perhaps some customer's history after a given date), but now the lack of a pageup becomes more of an issue. It can be very confusing and frustrating to a user when an artificial boundary is created. I know it's a pain, but you really should not ignore the pageup request. +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
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.