George,
I will translate this as 'You can't influence position of GETDIR()'
Agnes
>Agnes,
>
>Basically, you via the GETDIR() command. You're undoubtedly using the new style with BIF_NEWDIALOGSTYLE (64) as one of the flags or providing more than two parameters. In this case, VFP is using the SHBrowseForFolder() API call. The only way I can think of to change the behavior is to use this routine yourself. One of the members of the BROWSEINFO structure that's used in this call is the window handle of the owner window. When you call this from the GETDIR() function, VFP supplies this information in the context of the _VFP.hwnd property. The position the dialog is displayed at is determined by the top and left position of the owner window (VFP).
>
>I'm tempted to suggest the Shell.Application's BrowseForFolder method, however, in testing, supplying a window handle other than VFP's made no difference in the positioning of the dialog. This, undoubtedly, has to do with callback issues, in which case the owner is always going to be the _VFP window.
Words are given to man to enable him to conceal his true feelings.
Charles Maurice de Talleyrand-Périgord
Weeks of programming can save you hours of planning.
OffThere is no place like [::1]