-
Notifications
You must be signed in to change notification settings - Fork 307
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
Borderless Maximized window does not fill the workspace. #1015
Comments
I have the same problem, but something interesting, if I disable all but one monitor the problem goes away. It fails even with two identical sized monitors. |
Also for anyone finding this you can use [win]+[down] to recover your window, since it is not possible to use the title bar due to the mouse offset |
Since Intellij IDEA version 2023.2 EAP 6, the main window is rendered with a custom title bar under Linux as well. I experience the same behavior including the mouse offset when the window is maximized. The only workaround for me is to set the screen scale in Windows to 100%. Any other screen scale results in a mouse offset and a misaligned window. |
I have the same problem with 100% scale on my Dell U2414H monitor. |
Looks similar to #502 ? |
Currently I'm having the same problem with OpenLens, this seems to happen with every application that has native window decorations disabled. |
This happens for me with both VSCode and any borderless programs I've written for myself. As previously said, it seems to be related to using multiple monitors. If I set the "Multiple displays" option in the Windows settings to anything but "Extend these displays" (So "Duplicate these displays" or "Only show on xy") , it works as expected without any strange offset to the borderless windows. Edit: This only seems to happen with X11 applications. Wayland applications work fine. |
@pricelessrabbit might be related to the use of windows power toys fancy zone |
From the description on microsoft/PowerToys#15986 is sounds nothing like the symptoms of this issue. The windows are responsive. The window position is just off by around 20 pixels in both x and y. Besides I just checked again, and can say it's still a problem and I do not have powertoys installed and I can still reproduce the issue. |
Same here. The solution does not work with borderless windows. It always has this kind of padding. |
Windows build number:
10.0.22621.1483
Your Distribution version:
22.04
Your WSL versions:
WSL version: 1.1.5.0
Kernel version: 5.15.90.1
WSLg version: 1.0.50
MSRDC version: 1.2.3770
Direct3D version: 1.608.2-61064218
DXCore version: 10.0.25131.1002-220531-1700.rs-onecore-base2-hyp
Windows version: 10.0.22621.1483
Steps to reproduce:
WSL logs:
pulseaudio.log
weston.log
stderr.log
WSL dumps:
No response
Expected behavior:
Listed in the "actual behaviour", shows what happens when you maximize a borderless (no decorations) window, vs a decorated window. It does not fill the workspace. The expected behaviour should not have a gap when maximized (and should not offset your clicks within the window by said offset).
Actual behavior:
Having a Maximized Window without decorations (borderless):
Having a normal decorated Maximized Window (has decorations):
Seems the window isn't being maximized to the workspace (the size of the desktop excluding the taskbar), and when you click in the window, everything is also offset by the amount shown (you must click up and left with that gap shown in the top left).
The text was updated successfully, but these errors were encountered: