>Hi Garrett,
>
>>I'm fairly certain this is design behavior, and makes a certain amount of sense, if you think about it from a heads-down-entry point of view.
>
>I do not share this opinion completely.
>
>If i put a memo with two or more lines, and resize EditBox Height,
>the mode to operate way changes; ok i control Height and no go on this situation.
>
>The problem is still the same: where is document this behaviour ?

http://msdn.microsoft.com/library/en-us/shellcc/platform/commctls/editcontrols/editcontroltextoperations.asp?frame=true#wordwrap_linebreaks - "Also in multiline edit controls, an application can specify the ES_WANTRETURN style to request that the system insert a carriage return when the user presses the ENTER key in the edit control." I read this as indicating that VFP is supposed to go to the next control on ENTER if there's only one line, but if there's more than one line, it is allowed to handle ENTER as a carriage return.

>FWIW, SHIFT+ENTER always adds a line feed instead of going to the next control.
>
>The problem is still the same: where is document this behaviour ?

I'm pretty sure that it's Windows standard behavior for SHIFT+ENTER to insert a line feed, but I can't find a reference to back that up right now.