Cetin,
Nice idea. I'll give it a try.
Thanks.
>Oh wish I knew before the purpose :) Just posted a msg related with this. In grid keypress would be an overkill, use BRCC instead where VFP can't block the lastkey()
>
>

LPARAMETERS nColIndex
>*Grid.BeforeRowColChange
>if !mdown() and inlist(lastkey(),9,13)
> nodefault
> keyboard '{DnArrow}'
>endif
>

Modify to match yours.
>Cetin
>
>>Cetin,
>>
>>Yeah, strange. It has also worked for me on some rare occasions. According to the threads pointed out by Sergey the F2 key is reserved. It seems to work at runtime, though.
>>
>>I've used the F2 key in grids to simulate the same keyboard shortcuts as in MS Access. E.g. the home/end keys set focus to the first/last column and the F2 key puts a textbox into edit mode after which the home/end keys move to the beginning/end of the current field.
>>
>>I find it strange that the F2 key is reserved when running a form since bookmarks are only available when working in a code editor window.
>>
>>>>Cetin,
>>>>
>>>>Thanks for checking. Really strange. Any ideas what could cause the different behaviour? I have no OKLs, no menu shortcuts defined.
>>>>
>>>>>Works as expected (wait window appears on F2)
>>>>>Cetin
>>>
>>>Daniel,
>>>I'm stumped. When I first tried it I wasn't using a clean session and it worked (explicitly erased VFP6 fxp and modified code and recompiled) .
>>>After a clean start it didn't, after sometime it did and now again it doesn't. I don't have a clue what makes it to work (I was playing with code in between but unfortunately cleared the working code and don't remember the combination made it work. What's more strange once I made it to work it always works even when I restore the code to its original state). Probably what I made also cleared out F2 bookmark tracing but I don't know since I never use bookmarks.
>>>-Might that work in exe
>>>-Might compiling this special form under VFP6 and adding to VFP7 w/o a recompile might work.
>>>-Might workaround with API.
>>>Good I don't need F2 :)
>>>Cetin