Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

inconsistency with default mode across different display #1661

Open
kzssc opened this issue Jun 11, 2024 · 2 comments
Open

inconsistency with default mode across different display #1661

kzssc opened this issue Jun 11, 2024 · 2 comments

Comments

@kzssc
Copy link

kzssc commented Jun 11, 2024

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:

  • macOS: 14.5
  • Amethyst: 0.21.1

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
Copy link
Author

kzssc commented Jun 11, 2024

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
Copy link

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?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants