PowerToys Introduces Grab And Move

Excellent! Thanks for this pelaird. On the other matter of speeding up W11, etc. Neowin published an MS leak.

However, still no target date...so it might be December.

Links not posting correctly in multiple browsers in Stardock forums but correctly in WC forums despite commenting in SD forums.

The resize half is the part worth having. Aiming at a window border is the one mouse action Windows has never made comfortable, and dragging from anywhere inside the window skips it.

What I would check before committing is the modifier. Alt is already claimed inside plenty of applications, so a global drag that only sometimes reaches the window underneath is worse than not having it at all. Win key for me.

Alt is not an odd pick, it is what Linux desktops have bound this to for years. It collides on Windows because Alt is the menu key here, so anything with a menu bar has first claim on it.

Win dodges that one, but either way you are laying a global gesture over applications that never agreed to it, so you are picking which ones break rather than stopping it. I would not use either, because if windows are landing wrong often enough to want a drag shortcut, that is a layout problem and I would rather fix where they open.

FYI - You can always use the keyboard short cut "Alt + Space + M" and then move the window with the arrow keys.

That one I did not know, thank you. It also sidesteps what I was complaining about entirely, because the system menu already belongs to the window, so nothing is being laid over anything.

It is slow, mind, and I would still only reach for it when a window has opened somewhere I cannot get at it. Which is about once a month, and is why I keep coming back to where they open rather than how to shift them afterwards.

bkelso is right that where they open is the better problem. I do not think it is a problem you are given access to.

Windows do not open where Windows decides. They open where each application last wrote them down, and every application does that its own way. So there is no layout setting to correct. That decision sits inside the program.

On my setup it is constant. Two monitors at different DPI. Wake the machine with one of them still asleep and applications restore coordinates that are either off the screen or scaled for the other panel. Nothing is misconfigured. Each program did exactly what it had recorded.

Which is why the resize half reads as the useful half to me as well. A window that comes back at the correct pixel size for the wrong monitor is the daily case, and catching the border of it is the fiddly part.

On the modifier I would go further than the thread has. My keyboard is German, so the right Alt is AltGr and I am holding it constantly, for the backslash, for the at sign, for the pipe. A global gesture that claims Alt is something I would want to test with AltGr specifically before I trusted it. It may well be handled correctly. I would not assume that from an announcement.