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

flowersoft at compuserve.com flowersoft at compuserve.com
Fri Oct 22 13:52:51 PDT 2010


>By the way, in your scenario, two people accessing the same record at
different desks, which one do you think will be >dealing with the "correct"
data for field 5?  The first one, the second one?  And if one of them sort
of simultaneously changes the value of field >5 while actually in another
process... Say in update mode... Who then is seeing the most correct version
of field 5?

They will both be seeing the correct value for field 5, as it does not
change from the normal automatic processing.  It only changes if you are
running -y "myauto"

>By the way, kudos for coming up with something in 15 minutes that does the
>job... Well, to your measure anyway.  That's pretty good... I really did
>think it was impossible. But, to be honest, if you look over the thread, I
>think it was Scott himself who thought of a workaround before you.  At
least
>in my sequential reading, I saw his solution first.

Well maybe you had the messages sorted in reverse order.
My post was dated 10-16-2010 11:04 PM and his response...
" Thanks for the methodology.  I'll give it a try.  Here's what I thought
might work:"
Was posted on 10-17-2010 12:02 AM

>But, you are right, my bad... I absolutely did say I thought it was not
>possible at all... And it *can* be done in the way you suggest.  I only
>admit that because, if you were ever to rewrite it as Ken suggests,
>correctly in INPUT processing, than you truly would have found a solution
>where I did not think of one.

As I said, there are probably 50 better ways to do it.  I just didn't see
one posted before I posted mine.

>(In my defnese) unfortunately, I gave my several responses in less than 10
>seconds each... Not 15 minutes. :-)

Perhaps you should have taken the 15 minutes. ;-)




More information about the Filepro-list mailing list