swap focused window with main window
First off, thanks for putting in the time to create this great app. I finally can stop rearranging windows manually :)
Q: How do I enable debugging/logging to diaganose an issue I'm having with layouts working
The app [version 0.15.5 (92)] works as advertised on my personal laptop running MacOS 12.1 but on my work laptop also running MacOS 12.1 layouts don't seem to work at all (e.g. the windows don't move or rearrange in any layouts)
I'm not getting any errors and I've checked the system logs and don't see anything obviously wrong. I'm 98% sure its something that IT has installed on my work laptop that is causing the issue.
Layouts can also be enabled/disabled to control whether they appear in the cycle sequence at all.I'm trying to get at the 3Column-Middle layout, but I guess it isn't enabled in the cycle sequence. How do I enable that? This might be documented somewhere, but if it is, it's not immediately obvious where
After being forced off linux and missing xmonad; I am very, very happy about amethyst. with a config file it is almost totally there for me.
one thing I am missing is being able to have a "virtual" space per monitor. my mental model would be to have e.g. "coding on space 1", "work browser space 2", "chat space 3" etc. and I could throw those spaces to whichever monitor I wanted; typically having "coding-space(1) on main monitor" and "browser-space(2)" on secondary monitor; but sometimes swapping out the browser monitor for chat-space-3 (or something).
in osx; the spaces seem to either be, all monitors together for each space, or individual spaces per monitor, but they are bound to the monitor; so I can't throw "space 1" to an arbitrary monitor.
unclear if this is my not fully understanding the tool; or a feature not implemented, or no one else does it this way, etc.
i have adapted by still using the same mental model but now my "coding space" is across all the monitors simultaneously. this is mostly okay but less flexible.
ideally (for me) there would be another layer of abstraction within amethyst to work around the way osx treats spaces; with amethyst having some notion of a virtual monitor; allowing "screens" to be thrown between (or simply assigned to) virtual monitors, and then virtual monitors could be thrown between the real osx Spaces.
after looking I don't think it solves my core problem. the issue still remains that spaces are bound to "real" monitors. if I have two monitors; with separate spaces for each monitor, and a total of 6 spaces. osx will bind spaces One Two and Three to one of the monitors; and Four Five and Six to the other. In this example, we can only see at most one space at a time from each monitor; which is the crux of the problem.
So, if I have all of my "coding stuff" on space 1; and my "work browser" on space 2; in the above setup they could never been side by-side without swapping everything per-window to a space on the other monitor.
The core difference from xmonad (to my memory at least) is that when I switch to the equivalent of a "space" in xmonad, the "space" will take the place of the currently focused screen. wheras with amethsyt on osx; when I switch to a new space it will always just swap out the old one at the same monitor.