diff options
| author | 2026-05-13 13:43:42 +0100 | |
|---|---|---|
| committer | 2026-05-13 13:43:42 +0100 | |
| commit | fd512ffcd1206260e8cf17e8bed0273c64658d30 (patch) | |
| tree | bef41591a81652085945a31fca094e457296b6be /firefox | |
| parent | 506b6f25697e4dd4e3b61c97dceaa5450f2be049 (diff) | |
| download | dotfiles-fd512ffcd1206260e8cf17e8bed0273c64658d30.tar.gz dotfiles-fd512ffcd1206260e8cf17e8bed0273c64658d30.tar.bz2 dotfiles-fd512ffcd1206260e8cf17e8bed0273c64658d30.zip | |
feat(sway): enable swayr auto-tile via systemd user unit
Vanilla sway only has splith/splitv with no auto-orientation, so new
windows always split along whatever axis the parent container is set
to (default splith). The result: opening a third window in a workspace
that's already split horizontally just keeps stacking horizontally,
even when each pane is now narrower than it is tall.
swayr's daemon (swayrd) subscribes to sway IPC and, with
[layout].auto_tile = true, issues splith or splitv on the focused
container based on its width-vs-height before sway places the next
window. The result is the i3/awesome-style spiral tiling: each new
window splits the focused pane along its longest side.
Run swayrd as a systemd user service bound to sway-session.target so
it starts/stops with the session (matching the pattern used by
waybar, swayidle, mako, etc.). No keybind changes; only the placement
algorithm.
Diffstat (limited to 'firefox')
0 files changed, 0 insertions, 0 deletions
