Feature request

Sometimes a window is not intended to be resizeable, and force-resizing it with MoveWindow results in a bright white or black background in the areas of the app outside the intended UI.

The MoveWindow command currently allows you to "maximise" "minimise" or set a rectangle with comma separated numbers (or, percentages). I propose extending this to allow more control over the resizing.

Options:

1. Allow the MoveWindow parameter to be only 2 numbers, to define left, top rather than left, top, right, bottom. This would mean you have to specify upfront in your dynamic key whether you want resizing or not.
2. Change the current behaviour so that it first checks if the current window has WS_THICKFRAME style, which is a strong predictor of intended resizeability. Optionally add an optional boolean to the parameter string, left, top, right, bottom,forceResize=true so that the existing behaviour doesn't change but you can opt-in to a more cautious version
3. Make it behave differently if the window is already in the intended top,left position, so that you can have a 2 stage process - move it first, then resize it if you choose. Maybe this means parameterising it as resizeStrategy=force, soft, fit (shrink but don't grow), afterMove

@annakirkpatrick any thoughts?