Some Sort of Control From The Browse Screen

[Kenneth Brody]

On 10/17/2010 10:36 PM, flowersoft at compuserve.com wrote:
> Not when you look at it on the browse screen, Ken.

As I said,

     You do realize that every time you look at a record on screen
     9, you will see the exact opposite value of the 5 on the screen,
     right?

Screen 9 is not the browse screen.

> That is precisely the reason 25+ years ago I found the need to use "write"
> in automatic processing.
> Remember, only the user clearing the items will be on screen 9.  All the
> other users will be using screen 1, at least in my example.
> So, the processing that changes field 5 from "" to "Y" and from "Y" to ""
> only takes place if the user is on screen 9 and it only gets written to disk
> if the user presses "U" to change whatever the browse show as the value for
> field 5.

Let's say that field 5 is blank.  From the browse, they see it as blank. 
Now, they go to screen 9, and think that it contains "Y".  They update the 
record and save it.  The record now does contain "Y", but they see blank. 
They then go back to browse, and they see "Y".

>
> -----Original Message-----
> From: Kenneth Brody [mailto:kenbrody at spamcop.net]
> Sent: Sunday, October 17, 2010 4:38 PM
> To: flowersoft at compuserve.com
> Cc: 'filePro Mailing List'
> Subject: Re: Some Sort of Control From The Browse Screen
>
> On 10/16/2010 11:03 PM, flowersoft at compuserve.com wrote:
> [...]
>> Automatic processing:
>>
>> 	If: @sk="brky"
>>       Then: switchto 1; goto JUMP1
>> 	If: @sn="9" and 5=""
>>       Then: 5="Y"; end
>> 	If: @sn="9" and 5="Y"
>>       Then: 5=""; end
>> JUMP1 If:	...		'other processing if any
>>       Then:	...
> [...]
>
> OMFSM.  :-)
>
> Please tell me you're not advocating modifying real fields in automatic
> processing.  You do realize that every time you look at a record on screen
> 9, you will see the exact opposite value of the 5 on the screen, right?
>

-- 
Kenneth Brody