-
Notifications
You must be signed in to change notification settings - Fork 15k
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
Window position reported incorrectly in multi-monitor scenarios #1625
Comments
I think @tommoor was mentioning he was seeing similar strangeness |
@paulcbetts Indeed - I have an issue that I think might be related. Using either setPosition or the new setBounds API the position is set on the currently focused screen rather than being fixed. Ie:
The window will move to two different locations. I can split this out into a separate issue if needed. |
@tommoor @CharlieHess i know wats causing your issue mainScreen . @zcbenz |
I can test an osx binary 😉 but not set up to build the code locally. I think that's almost definitely the issue though @deepak1556 |
Yeah we should use the primary screen, sorry that's my fault. |
Starting in v0.25.2, I'm seeing an inconsistency in what
window.getPosition
returns. The bug seems to be exclusive to OS X. I have two monitors set up, with the primary display set as the rightmost (thus placing the secondary display in a negative coordinate space). Here's what thescreen
API returns for their bounds:On Windows, when I position the window at the top of the secondary display, the bounds of the window (i.e.,
p[0], p[1], p[0]+s[0], p[1]+s[1]
) seem reasonable:But on OS X, the y-coordinate has an offset applied:
That throws off all of our bounds checks. 😢
The text was updated successfully, but these errors were encountered: