Adding some sort of toggle that opens new windows as a new row is certainly possible. Interesting idea to open in new row if the current column only has X windows and new column otherwise :)
This rule could also be window type specific. Eg. if the current window is a browser open in new column. If its a terminal, new row.
EDIT: Vertical tiling screenshot: https://imgur.com/g7CRfgR
meta+WASD/arrow keys to move in the workspace grid, plus a 4x4 square on my keyboard mapped to each individual workspace, hold down alt too to bring the current window with you.
meta+Q/E to resize the active window, and meta+tab is like alt-tab but for workspaces. meta+ctrl+WASD/arrow keys to swap window positions.
meta+F/T to toggle floating/tiling, useful for calculators etc. Floated windows always stay on top.
[0]: https://store.kde.org/p/1198671/ and https://github.com/lingtjien/Grid-Tiling-Kwin
If I'm on workspace 2, and my superkey-1 corresponds to an application that is only open on workspace 1, i don't want to switch to workspace 1, i want to open a new window of the application in workspace 2.
Similarly, if I'm in workspace 2, I don't want alt tab to show me applications open in workspace 1.
To me, these behaviors make workspaces inadequate for context switching.
In my awesome window manager setup, super+tab always toggle the last 2 windows on the current tag (workspace). It's also possible to map super+1 to make an application be part of the current workspace (or open a new instance there). In this model, a window can be part of more than 1 workspace at the same time.