>>I have a more general form of this problem, and I'm considering a solution along these lines. The general idea is somewhere about what you just said - I've added a LocalValid method to all of my control classes, and it gets called from wherever appropriate. That covers the Valid event (unless it shouldn't fire at all, like when clicking on any other nav button except Save, user pressed escape, or clicked the form's close box), though I plan to move it to LostFocus event; it also gets called from SaveRec method, for each bound control in a row, and as soon as one of them returns empty (this covers both returning .f. and 0), this control will regain focus.
>>
>>I've found use of sys(1230) or whatever it was, object under mouse, to be a little pointless, because it fires even if mouse is accidentally left over a nav button. I'm trying to do something in commandgroup.gotfocus, to set a form's custom property to .f., so the general Valid routine could know if it should just return .t. or call the .localvalid method. Still working on it.
>
>
>check sys(1272) -- gives full 'name' of object.

Could be handy for some other occasion, but it's equally pointless for this situation, because it still doesn't tel why is the mouse there, i.e. was it clicked or not. Maybe I could fiddle with form's MouseDown event, to see if it fires before the current control begins losing focus.