when field processing
GCC Consulting
gcc at optonline.net
Mon Aug 16 12:59:49 PDT 2004
> John Esak wrote:
> [...]
> > Yes, of course, sorry, but I should have gone on to explain what
> > carries on even after that... once you've pressed U and then
> > eventually ESCAPE/ESCAPE, the INPUT table runs and then the
> auto table
> > runs a third time and then the @entsel runs its second
> time. So, what
> > I meant to say was... when retrieving an and updating an existing
> > record in clerk, the auto table runs three times, input as
> many times
> > as control is passed back and forth between the user and the
> > processing table, and @entsel runs twice. Now, that's
> completely clear
> > as mud. :-)
>
> Yes, assuming you are not in a mode that goes to another
> record (such as "add records" mode), after saving the record,
> filePro will once again run automatic processing on it before
> going back to the "enter selection"
> prompt and @ENTSEL.
So, may we assume that if the is processing that is at the top of the table
starting at line one that needs to run after the record is saved and @update or
@entsel was used to access the record, there should be a GOTO or GOSUB top(label
at line 1?
I will assume that the @update or @entsel will run from the first line of the
routine. Therefore a flag will need to be set to execute the GOTO top or GOSUB
top?
Richard Kreiss
More information about the Filepro-list
mailing list