ianyh / Amethyst

Automatic tiling window manager for macOS à la xmonad.
https://ianyh.com/amethyst/
MIT License
14.83k stars 487 forks source link

inconsistency with default mode across different display #1661

Open kzssc opened 5 months ago

kzssc commented 5 months ago

Describe the bug

On my secondary monitor, "tall" behaves like "wide". This does not occur in my main monitor. Things were working fine until today. No change in Amethyst's config. if external (primary) monitor is unplugged, "tall" (and other modes) behave normally in the remaining monitor

Applications: Not sure.

To Reproduce Steps to reproduce the behavior: select "tall"

Expected behavior "tall" should be applied across all monitors/desktops.

I tried trigging tall on the active monitor - to no avail.

Screenshots My default mode is Tall, my setup is duo-monitor.

Screenshot 2024-06-11 at 5 27 28 PM Screenshot 2024-06-11 at 5 27 28 PM (2)

Versions:

Debug Info


OS version: Version 14.5 (Build 23F79)

Screens:
    (0.0, 0.0, 3008.0, 1692.0) [(0.0, 0.0, 3008.0, 1692.0)]
    (756.0, -1050.0, 1680.0, 1050.0) [(756.0, 1692.0, 1680.0, 1050.0)]

Configuration:
screen-padding-right: 0
window-max-count: 0
disable-padding-on-builtin-display: 0
layouts: (
    tall,
    wide,
    fullscreen,
    "tall-right"
)
use-canary-build: 0
screen-padding-bottom: 0
mouse-swaps-windows: 1
floating-is-blacklist: 1
ignore-menu-bar: 0
restore-layouts-on-launch: 1
mouse-resizes-windows: 1
window-minimum-width: 0
mod2: (
    option,
    shift,
    control
)
window-margin-size: 0
window-margins: 0
enables-layout-hud-on-space-change: 0
window-minimum-height: 0
screen-padding-left: 0
mouse-follows-focus: 1
follow-space-thrown-windows: 1
floating: (
)
screen-padding-top: 0
debug-layout-info: 1
enables-layout-hud: 1
window-resize-step: 10
mod1: (
    option,
    shift
)
focus-follows-mouse: 0
float-small-windows: 1
new-windows-to-main: 0```
Note: `--include-apps` will list your manageable applications, but is optional if you don't want to list that.

**Additional context**
Add any other context about the problem here.
kzssc commented 5 months ago

perhaps the issue can be rephrased as following: 'tall' is misrecognised as 'wide'. For when 'tall' is selected, it behaves like 'wide' in the affected monitor. Other modes work correctly. The main monitor works correctly too: 'tall' does not behave like 'wide'

gwtaylor commented 1 month ago

The same issue was happening to me too, but it was happening on my main display rather than secondary and ternary displays. When there were two windows on the main display and its layout is set to "Tall", it acted as "Wide", i.e. one window on top of the other. Curiously, when there were three windows on the main display, it looked like "Tall Right" with two small windows vertically stacked on the left and the main window full height on the right. When there were four windows, the space divided evenly into quarters, much like reported in #1233. When there were five or more windows, there were two on the left and additional ones got added to the right (as they were supposed to). In #1233 someone suggested to 'Decrease main pane count', so I did this using the key binding to that action. That fixed the issue and Tall behaved normally! I then realized I must have inadvertently increased the main pane count on that display, such that with only two windows, it looked like 'Wide' rather than 'Tall'. Any chance that that is your issue?