Snap Prioritization

[Ichisich]

Currently, AltSnap only considers the edges of the last focused window before the current window when it comes to snapping.

e.g.

When window 2 was focused before snapping, window 1 snaps like this into the top left corner:

top right corner:

When window 3 was focused, snapping window 1 into the top left corner looks like this:

top right corner:

Personally, I would prefer if image 2 and 5 would always be the outcome, but I can imagine that it is highly subjective.
A cycling approach could also be applied, in which snapping cycles through the order of the prior focused windows and snaps accordingly.

[RamonUnch]

The reason it considers the last focused window first is because if you had several layers of snapped windows it would become exponentially more complicated to choose where to put the window.

However what you present should be fixable doable without too much trouble.

[Ichisich]

In my favored scenario, AltSnap would also only have to consider one window but prioritize the window which lies horizontally opposed to the snap direction, but not vertically.

When snapping a theoretical fifth window into the:

• top left, consider the TL window
• bottom left, consider BL window
• top right, consider the TR window
• bottom right, considert the BR window