<html><head></head><body>That sounds too simple. <br>
<br>
Probably cause the data is being added in realtime. Hmm. Maybe not.<br><br><div class="gmail_quote">On March 9, 2015 4:17:13 PM EDT, Jim Asman <jlasman@telus.net> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail"><br />How about building a demand index and running the operation from it?<br /><br />--------------- Original Message ---------------<br />At 01:46P Mon Mar 09 2015, Jay Ashworth wrote:<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Here's a problem I had to solve 20 years ago, and I no longer have that<br /> code on a readable drive, so I have to solve it again. Suggestions welcome.<br /> <br /> I have a user in a file via a browse on index P, which includes the fields<br /> <br /> Student ID<br /> Match Percentage Descending<br /> <br /> So all the records with no Student ID come first, with the best matches at <br /> the top, and the ones which the earlier matching process got hits on are <br /> later, in order by Student ID (since that's obviously a unique key; the<br /> fact that there's a subordinate sort is immaterial).<br /> <br /> The user's job is to go into the
first
record, and work their way through<br /> the matches as the index presents them to them, using an @key process to<br /> pick an existing student from a browse into the student file, or 'N' to <br /> create a new student ID and automatically set that as the match.<br /> <br /> My plan was to have the accepting of a match automatically move the user<br /> along to the next record in the index, until they run out -- there will <br /> generally be a dozen or two records a day in this file, which are<br /> archived after posting.<br /> <br /> Old hands at filepro will already have spotted the bug in this process, but<br /> for those who are on my lawn (:-), it is this:<br /> <br /> The index I'm moving along *contains the field I'm changing*, and filePro<br /> does not cache the "next" and "previous" record pointers *by record number*<br /> when it arrives at a record, it figures them out when you try to use them.<br /> <br /> So once I change that Student ID, my current position
along
the index skips<br /> to wherever that puts me, way down; if I add a new one, I go to the bottom.<br /> <br /> And therefore, I have to make my user do a metric shitload of manual nav.<br /> <br /> This is bad.<br /> <br /> When I tripped over this in 96, in a similar Run The Batch situation, while<br /> I don't remember how I fixed it, I *do* remember passing a pissy comment in <br /> my source identifying exactly what line of the filePro sources causes it --<br /> that client had been a porting site for the AT&T 3b2 port, and had complete<br /> 4.1 sources on their machine. :-)<br /> <br /> I'm having trouble figuring out how to fix it again, and I'm hoping someone <br /> has had to do so more recently. (Well, I was *actually* hoping that having<br /> to explain it to the teddybear would magically bring me the answer, but not<br /> yet, alas.)<br /> <br /> Any ideas, folks?<br /> <br /> In a related story: has anyone ever *depended on this behavior*, such that<br /> t
hey
would break things if they 'fixed' it?<br /> <br /> Cheers,<br /> -- jra<br /> <br /> -- <br /> Jay R. Ashworth Baylink <br /></blockquote>jra@baylink.com<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Designer The Things I Think RFC <br /></blockquote>2100<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Ashworth & Associates <a href="http://www.bcp38.info">http://www.bcp38.info</a> 2000 Land Rover <br /></blockquote>DII<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 <br /></blockquote>1274<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-
left:
1ex;"><hr /><br /> Filepro-list mailing list<br /> Filepro-list@lists.celestial.com<br /> Subscribe/Unsubscribe/Subscription Changes<br /> <a href="http://mailman.celestial.com/mailman/listinfo/filepro-list">http://mailman.celestial.com/mailman/listinfo/filepro-list</a><br /></blockquote><br /><br />Jim <br />--<br />jlasman@telus.net Spectra Colour Services Ltd.<br />Phone: (604)584-0977 Surrey, BC CANADA <br /> Cell: (604)619-0977 <a href="http://www.spectracolorservices.com">www.spectracolorservices.com</a><br /><br /></pre></blockquote></div><br>
-- <br>
Sent from my Android phone with K-9 Mail. Please excuse my brevity.</body></html>