>>>>>>>>Hi @all
>>>>>>>>
>>>>>>>>In this blogpost:
>>>>>>>>http://yousfi.over-blog.com/2016/01/vfp-window-dont-draggable-when-maximized.html
>>>>>>>>
>>>>>>>>Yousfi Benameur describes the Problem. Does anyone have an solution?
>>>>>>>
>>>>>>>Isn't that by design, and true for most (all?) Windows programs???
>>>>>>mhm, i would say every Programm supports this feature. Except VFP or our Program build with VFP ;)
>>>>>
>>>>>I'm on Windows 10 and I just tried my copies of FireFox, ThunderBird, Notepad++ and a couple of games I happen to have running, and none of them will drag once they are maximised.
>>>>>
>>>>>Ian Simcock.
>>>>
>>>>Firefox will, Thunderbird will, File Explorer will. I'm on Win 10 22H2.
>>>
>>>On my Win10 22H2 system Firefox and File Explorer maximized windows can be dragged, but while being dragged they automatically reduce to the most recent non-maximized size.
>>>They can then be "thrown" to another monitor and will restore to full screen size, but if just dragged to another monitor, will remain at the non-maximized size.
>>
>>That's the behaviour I see, and expect. The real fancy thing is that VFP does not, because it is a windows thing. Looks like VFP (and VFPA) is handling (or not handling) a click move - iow a drag - of itself the wrong way. Sometimes it's just old. ¯\_(ツ)_/¯
>
>On my system it's controlled by Settings...System...Multitasking...Snap windows. If enabled, maximized windows can be dragged. If disabled, they cannot. (tested only with Firefox)

I think this controls it. (I just saw your update). I guess it's a kind of bound event to the drag. If the the window is close enough to the boundary, it's told to maximize / resize, and when dragged away to restore. Works perfect for snap on VFP, but VFP _SCREEN do not start the drag when maximized (made no sense in the days of yore) so one can not "un-snap".