Modifying real fields in automatic (was Re: Some Sort of Control From The Browse Screen)

flowersoft at compuserve.com flowersoft at compuserve.com
Mon Oct 18 12:51:34 PDT 2010


> So, the code that was posted here which toggled the value of field 5 if
you 
> are on screen 9 would cause the user to see the exact wrong value when 
> viewing the record via screen 9.  (ie: if the field were blank, you would 
> see "Y", and if the field had "Y", you would see blank.)

I beg to differ.  You cannot view the record via screen 9 because there are
no fields on screen 9 to view and therefore there is no way for a user to
switch from let's say screen 1 to screen 9.
You are going into the file via a browse format, so automatic processing
does not even run on the first record at that point.
The only way to get automatic processing to run from the browse format is to
hit "U", which then changes the value of field 5 and displays it on the
browse screen immediately. Or to hit <Enter>, which programmatically does
change the value of field 5, but in reality does not change it because it
never gets written to disk.
At no point will the user see the incorrect value for field 5.  Not while
viewing the browse screen and not even when viewing the record from screen 1
or any other screen for that matter.





More information about the Filepro-list mailing list