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
Max dummy resolution gets limited when switching to portrait mode #559
Comments
Hey, I think you should try adding 18 by 16 when creating the custom dummy. If you create 16 by 18, then the width is smaller than the height and that will be regarded as portrait. |
https://www.lg.com/us/monitors/lg-28mq780-b I updated and now I have black bars on the top and bottom of the screen. I tried to take a screen shot but it is too large. It is a 16 : 18 monitor. I think the overall problem is that i cant get the ratio of 2560: 2880 When I update to the scaling fails. |
First: I see the original issue, upon changing portrait orientation, the resolution list gets limited and the max resolution gets capped. This is definitely a bug! Wow, what a funny display, never heard of such a thing. Anyway, you should simply create a 16:18 dummy, it is not a problem that it is marked as portrait, as this is technically a portrait display, you don't have to change it to non-portrait. Or is there any problem with it? Does macOS natively show a proper screen without BetterDummy? |
Awesome! So I will keep it at 16:18 in portrait and in a future update the resolution will be able to bump from 1440:1620 to 2560:2880? MacOS shows the screen resolution, but the scaling is still off. Everything is to small. This monitor is basically two 21' 1440 p monitors stacked. |
No, if you do not click on the portrait checkbox (and leave it checked) the resolution should be fine to begin with. Is it not? I just created a custom dummy with 16:18 and it worked fine for me. You don't have to make it non-portrait for it to work. |
It is not. After resizing the dummy and not clicking on the portrait checkbox the resolution defaults to 1440:1620. If I change it to the 2560:2880 with the slider if falls back to the macos scaling it looks like. |
if I open mirroring target and stop the mirror, and then restart the mirror it falls back to 1440:1620 every time. |
when it falls back, can you increase the resolution to a larger one? Btw. I fixed the issue with the limited portrait switch resolution problem. But this issue should only affect situations when you change the portrait setting to the opposite of what it was by default (so on an originally portrait dummy the problem happens only when you switch it to non-portrait). |
So to clarify - the problem is that you cannot set a higher dummy resolution when you create a new 16:18 dummy (and leave it as it is, don't click on the |
I cannot set the higher dummy resolution. The slider will allow me to set it, but after setting the resolution it falls back to the default mac os scaling (I think). |
Thanks for fixing the limited portrait switch resolution! |
What Mac model do you have? |
The 1440x1620 is the default resolution for this aspect ratio if a dummy is created it seems (this is selected by macOS based on verious factors). The fact that the system reverts to this resolution when there is a display layout that was previously unused is normal. However you should be able to change this resolution while you are mirroring your dummy to your display using the slider or the System Preferences/Displays without issues. I tried replicating the problem by creating a dummy of this size and mirroring it to my display and it seemed to work (however my display is 16:9 (I did rotate it however) and it seemed to work. So I don't know really why can't you change the resolution. After changing the resolution is the dummy still mirrored to the display or maybe it turns the other way around (the display to the dummy - this is a thing macOS sometimes does)? If so, that might also be the cause of this problem. |
The scaling is off for a 16:18 monitor, it defaults to "isPortrait". When I toggle portrait it breaks and falls back to mac non HiDip scaling.
The text was updated successfully, but these errors were encountered: