diff options
| author | 2026-05-13 13:43:38 +0100 | |
|---|---|---|
| committer | 2026-05-13 13:43:38 +0100 | |
| commit | 2098f17c701b28ce2d0725a1e4837d628f4beb1d (patch) | |
| tree | 0235ed470b5391b73241e6ce95bed94bc04fbf5d /dot_config/mako | |
| parent | edc642139610cd9923130558ae96cef6c55958a7 (diff) | |
| download | dotfiles-2098f17c701b28ce2d0725a1e4837d628f4beb1d.tar.gz dotfiles-2098f17c701b28ce2d0725a1e4837d628f4beb1d.tar.bz2 dotfiles-2098f17c701b28ce2d0725a1e4837d628f4beb1d.zip | |
fix(sway): re-apply display layout on config reload, drop resume hook
Real cause of the silent switch back to side-by-side: sway reload
(Super+Shift+c or swaymsg reload) re-evaluates output config and
defaults to all-outputs-enabled-side-by-side, dropping the runtime
positions set by display-toggle.sh.
- sway config: `exec` -> `exec_always` so the saved layout is
re-applied on every reload, and use `apply` instead of `init` so
user-chosen layouts (e.g. side-by-side picked deliberately) survive
reloads. First boot still defaults to laptop-off via the script's
state-file fallback.
- swayidle.service: drop the after-resume hook -- DPMS resume isn't
what was breaking the layout, reload was. Less surface area.
Diffstat (limited to 'dot_config/mako')
0 files changed, 0 insertions, 0 deletions
