>Would doing a DoDefault() before your code solve the problem. I seem to remember something along those lines (sorry - I don't have time to check) I also have a memory of then having to do a nodefault so that it doesn't fire twice - but as you are checking for a change a second fire probable doesn't matter.
I'll play with it together, thanks. I think, I'll abandon LostFocus in textbox at all and try AfterRowColChange and Grid.Valid instead... Though I may try your idea first.
>
>
>>>>I checked this view in the command window, Memo field updates correctly. However, in my application it doesn't work in some cases:(
>>>
>>>Umm. So it appears the problem is not with the view. Any strange goings on with the control you use to edit the field? Maybe the controlsource is getting chnaged or something.
>>
>>Hi Roi,
>>
>>I think, the problem is in "incorrect" sequence of events firing. In Grid.textbox for memo I have in LostFocus
>>if this.OldValue<>this.value or getfldstate("Notes","FilingView")<>1
>> =tableupdate(0,.t.,"FilingView")
>>endif
>>
>>However, it seems like this event is firing before my changes. E.g. I change my Memo to "Nadya", go to another record in the upper grid, then back (each time I have tableupdate and requery()) and see the previous content of the memo. I change it to "Tanya", repeat these procedures, and see "Nadya" in Memo. E.g. it's always one "step" back. I think, I'll remove LostFocus event and put TableUpdate in Grid.AfterRowConChange and Valid methods instead. Hopefully, it would solve this strange problem...
If it's not broken, fix it until it is.
My Blog