>>>
>>>Hi again, Sarah.
>>>
>>>You don't happen to have Form.LockScreen = .T., because that might prevent the action you want to take. Probably not. You might also try to requery() the source-view if indeed it is a view you have as a source.
>>>
>>>Holding my thumbs
>>
>>Lockscreen is new to 5? It was .f. The child of the grid is a table, not a view.
>
>Too bad, I strongly suggest views in that kind of situation...and any other, for that matter. Avoid direct use of tables; I don't have a single action performed directly at a table in several big applications (3.0 & 5.0). Its safer, easier to update/revert changes and, after all, what the views are for.
>Apart from that, something like

grid.columns(1).SetFocus()

should do it, as Cetin explained in his posting earlier.

Danijel,
Come on, she could use a table with a grid w/o no fear. We were doing it before views too, with browse :) I'm still doing it directly with tables (even they're not small apps) and buffering is not only for views :) I don't think a table or a view is the real problem here. I suspect there is underlying code in valid, lostfocus, keypress of control, in keypress of form (keypreview = .t.) etc preventing default action.
Cetin