Moving full workspace to different display

[strayer]

I often need to move full workspaces between attached displays and frequently do this in AeroSpace. For example, I usually reserve my "C" workspace for calls. When I focus on the call it stays on my main display, but sometimes I move the whole workspace to the internal display and have some other workspace on my main display to focus on or screen share.

For now I couldn't find any way to do this easily with Rift besides actively dragging the window(s) to the other display with my Trackpad, which is very cumbersome and takes too much time.

Is it possible to move a window to a different display or even move a full workspace over? Based on #70 it sounds like it currently is not possible but technically could be implemented?

[acsandmann]

you can move a window to a different display:

"Alt + Ctrl + Up" = { move_window_to_display = { selector = "up" } }
"Alt + Ctrl + Down" = { move_window_to_display = { selector = "down" } }
"Alt + Ctrl + Left" = { move_window_to_display = { selector = "left" } }
"Alt + Ctrl + Right" = { move_window_to_display = { selector = "right" } }

in the selector you can also provide a display uuid (in the example those are directions that refer to the display arrangement).


i do think i probably need to add a move_workspace_to_display option though...

[strayer]

Interesting, I'll play around with that. I noticed today that moving a window using move_node also can move windows off the display to the next one, that confused me for a bit!

For me something like move_workspace_to_display would be very useful. As mentioned I use that very often to move call windows off and on my main screen. In Aerospace I use move-workspace-to-monitor --wrap-around next to do that, see here: https://nikitabobko.github.io/AeroSpace/commands#move-workspace-to-monitor. I think having to specify a specific display UUID instead of just rotating through displays with something like a next alias would feel clunky to me.

I do wonder how that would work with rift though. In Aerospace the whole workspace would move to the other display, e.g. "move-workspace-to-monitor" with workspace C on Aerospace makes workspace C disappear on monitor 1 and appear on monitor 2. Regardless on which monitor I then use a hotkey to switch to workspace C, the focus moves to monitor 2 because the workspace exists only there. This is fundamentally different in rift since both displays would always have a workspace C, it would just be empty on one of the displays. Would move_workspace_to_display merge the windows on the target display? Could I use a hotkey to move the focus to workspace C on the other monitor without having multiple hotkeys per display or think about which display it could be on?

[santip]

HI @acsandmann, I'm looking into rift as an alternative to aerospace precisely because I use multiple displays and aerospace has some issues when enabling "Displays use separate spaces" which is required for bug-free menubar access and for native fullscreen support with multiple displays.

In my setup I have several (named) purpose specific workspaces and depending on my task I shift around workspaces between my 3 displays usually to have my main actionable purpose on the center display and my supporting materials on my side displays. It looks like rift doesn't really support "move-workspace-to-monitor" and "summon-workspace" equivalent commands, I also didn't find any information on how workspaces are assigned to displays, where can I find more info about this?