The beauty of this approach is that it frees up window managers from managing desktop spaces and instead allows you to manage windows and the relation of the wi

The beauty of this approach is that it frees up window managers from managing desktop spaces and instead allows you to manage windows and the relation of the windows relative to other windows. Being freed of borders and boundaries presents amazing opportunities. Defining things in absolute space is very confining. Defining things in relativistic space, gives you the opportunity to move into multi-view/multi-screen modes with multiple participants much more easily. It's not longer about desktops, but about taskspaces. I don't want to say "put window A on the lefthand side of the desktop and put window B on the righthand side of the desktop." Instead I want to be able to say "put A to the left of B in when mode X" or "put C on top of D when performing task Y." It's simply much more natural and more intuitive to tell the computer where your focus should be (or if the focus should be split equally between 2 or more windows), and then defining all the peripheral windows that should appear around the focused window. Ideally these wouldn't even separate windows, but simply a rectangular stream of pixels from the buffers of your choice, so that the same application could be multiplexed to layout modes. This would basically be tmux for windows/apps in 3D space. A prolog-like declarative language with relations and predicates for describing windows and how they are organized relative to one another under variable conditions would be awesome. Type one command to switch to the window you want to have focus in the center of your screen. Once that window is in place, bring into focus the last used "mode" for that window, with all the peripheral windows coming in from behind you or zooming in from the back (time machine style, but with your primary focused window held constant). Then you can activate switching between modes with another key stroke combination.