The primary value of overlapping windows is spacial memory: you remember where a given window is positioned on a 2D surface. The moment I grasped this I had the “oh boy I sure am glad this window partially overlaps this other window.”

(At one moment, I used to work on a single desktop with around 20 windows, no dock, just windows, on my 14in MacBook with 125% DPI. Too much but possible. Now I keep only 6-7 windows.)

This is not to say that dynamic window management is worse. Far from it. But it excels at this: dynamic, rapidly changing environments, where at almost any given moment something is either opening, closing, or changing its dimensions. This is usually the case with specialized programs like web browsers or IDE, but not with the main system WM.

The main problem is that overlapping windows and automatic window management are incompatible. The former assumes that user sets the dimensions and is always right, which makes the latter powerless to follow any efficient algorithm. To give an example, if you manage your windows with a dock and “maximize” button, they’d break overlapping patterns.

> I either want one full screen windows or a few windows side by side.

You’re not wrong to work like this, but it may be a byproduct of modern hybrid systems making it harder to fully internalize the overlapping windows concept.

Most of the time, I want the active application window in the middle of the screen, but not necessarily filling the whole screen or the whole height, and also not necessarily centered. The window position and size depends on its contents, what sidebars it has, and so on. This inherently leads to overlapping windows. I use a tool that automatically moves and resizes windows to the application-specific desired position, while also having the ability to arrange a split-screen view using keyboard shortcuts when needed.

To be fair, in the era when resolutions like 512x342 or 640x480 were common overlapped windows were quite useful.

Focus management is such a tricky beast.