-
-
Notifications
You must be signed in to change notification settings - Fork 354
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
Switcher width on 42" monitor #3866
Comments
Hi, We've added logic in v7.4.0 to avoid AltTab going too wide on widescreen monitors, or TV screens used as monitors. This is in response to users asking about it. They said AltTab being too wide was hurting their necks. Could you please share a photo how AltTab looks when it's open with your setup? Perhaps click on the menubar icon and select I'm curious how big your external monitor is, how far you sit from it, how AltTab takes your field of view, etc. Thank you 🙇 |
Hello, Thanks for the explanation. It is strange to learn users asked for this. Anyway, here is a photo of my monitor with the switcher on. As you can see, there is a lot of space left and right. The switcher should expand horizontally first before creating a new row. The reason is that because of the way we read ... having content spread out horizontally rather than vertically is more natural—after all, that's why we have ultra-wide monitors. My monitor is a 42" 4k 16:9 LG OLED TV and I sit about an arm's length away from it. Not sure if it's technically possible, but maybe program in a few different switcher window sizes and let users pick in the settings?? Like 21:9, 16:9, 16:10, etc. Hope that helps. |
Hi, I could work on this tonight. Here are my investigations.
Am I correctly guessing your monitor infos? I guessed it using ChatGPT. Resolution seems to be downscaled; did you do it?. Physical dimensions are in mm. It's very weird that for both of you, when I measure the switcher width percentage, I get 31,9%. I don't understand how AltTab can render on 31,9% of your screens width, when in my unit tests, the min is 45% for a 60" TV. To get 31,0% max width, the screen physical width would need to be 1881.19mm. I don't understand. I wonder if the issue is that the OS/Screen is reporting the wrong physical size. That would explain the issue! |
Someone else reporting wrong data from I think we need to add mitigations for cases where the screen hardware reports incorrect values |
@TeamworkBeaver could you please run this local build by running this command in Terminal.app, after installing it?
And share here the output? Thank you 🙇 |
@lwouis Sorry for the late response - life got busy. Your monitor/screen data is off. I have an LG 42in C2 TV which has a 4k resolution (physical dimensions can be found on LG's website). Do you still need me to run the utility in the terminal? In any case, the switcher continues to display vertically for me (three rows). I would like an option to make it one row and go across the screen, with icons/previews getting smaller the more programs are running - essentially what the default MacOS does. |
Thank you @TeamworkBeaver |
Alright, that took a lot of permission bypassing (hope there was no trojan horse in this one haha) Anyway, ran this:
|
Thank you!
In the logs, we see a resolution of 3008x1692 I don't know what to think of this
I found this on LG website: 932x540 (mm). ChatGPT found very similar numbers. We see in the logs that the call to Could you please open BetterDisplay, and open this view? Then inside What does it show? Thank you |
I wonder if we could add a safe-guard for when physical dimensions from the manufacturer's EDID are wrong. Maybe after we calculate the switcher width, we could look again at the resolution and see if it seems too off? I'm not sure |
I'm considering adding back the width selector preference. #3882 second bullet-point 👍 |
This issue was opened by a bot after a user submitted feedback through the in-app form.
From: [email protected]
Message:
Debug profile
The text was updated successfully, but these errors were encountered: