Re: Subfile reversing display

[Booth Martin <booth@xxxxxxxxxxxx>]

Standard first question:  Would the whole subfile be under 2500 records 
if you did a load all?  If so, do a load all and forget the paging business.

Now, to the issue.  (sorry for the above preachment.)

It'd be my guess that the subfile is being loaded in the order the 
records are being read.  That leads me to believe you may have a reade 
or a read mixed up?  Perhaps the setll for the page back is not  being 
set correctly? Or possibly when reading back 20 (or 10) records and then 
reading forward there is  mix up?

Debug might be the quickest way to see what is happening at the 
beginning of the page back.

Blake.Moorcroft@xxxxxxxxxx wrote:
> Hello all...
>
> I'm running into a really weird situation and I'm wondering if anyone's 
> ever encountered it before.
>
> We're generating a subfile with 10 records (one page at a time, subfile 
> size and page = 10), nothing fancy, with both regular and hidden fields. 
> There are no issues with writing the records themselves.
>
> When paging down (using the roll-up), the records proceed forward 10 at a 
> time in ascending sequence.
>
> If, however, the page up key (roll down) is used, the records appear in a 
> reversed order - the correct records appear, just out of sequence.  I've 
> included an example of what's happening:
>
>
> Screen - starting position:
>
> A Record
> B Record
> C Record
> D Record
>
>
> Screen after paging down:
>
> E Record
> F Record
> G Record
> H Record
>
>
> Screen after paging up
>
> D Record
> C Record
> B Record
> A Record.
>
> If we were now to hit the page down key again, we would get
>
> E Record
> F Record
> G Record
> H Record
>
>
> The procedure is pulling the correct records, it's just not displaying 
> them in the proper way.
>
>
> This subfile procedure is used in a number of programs.  I use it any time 
> we need a subfile - basically cloned code.  None of the other programs 
> that use this code are having the same issue - there are around 40 
> different programs using it.  The logical that is used during the fill of 
> this particular subfile is not unusual - a three key index with ascending 
> controls on the keys - there are no omit or select functions.  I have 
> checked the logical to verify the index properties.
>
> I've checked the clear and display of the subfile and there are no 
> indicator issues.
>
> I've stepped through the code with the debug procedure and watched how it 
> is writing the records, verifying the contents of each record's fields and 
> the relative record number associated to the record being written - there 
> are no issues and the relative record number is being properly assigned.
>
> Any ideas?
>
> Have a good day
>
>
> Blake Moorcroft
> Developer - Corporate
> Russell A. Farrow Limited
> 1980 Ambassador Drive, PO Box 333, Windsor, Ontario N9C 3R4
> Bus: 519-966-3003 ext. 566, Fax: 519-966-9870
> blake.moorcroft@xxxxxxxxxx
>   
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com 
> Version: 8.0.238 / Virus Database: 270.11.31/2028 - Release Date: 03/28/09 07:16:00
>
>