You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On a 4 monitors setup, OpenBoard always opens its control window on the same fixed screen (screen 0, the first DVI output of the GPU), regardless of where the mouse cursor is or which monitor the user is actively working on.
Expected behavior
At startup, OpenBoard should detect the screen where the cursor is located and open the control window on that screen.
When the "multi-screen" option is enabled, the expected behavior is:
Control window: opens on the screen where the cursor is at startup.
Projection window: opens on the next screen in DVI enumeration order (screen index + 1 or 0).
Third screen (and beyond): currently receives a black OpenBoard window that covers the entire display. This window can be closed manually without quitting OpenBoard, but it reappears at every launch. This is a separate bug (Black window with multiscreen OpenBoard-org/OpenBoard#516 is related), but it interacts with the screen selection problem: fixing startup placement should also clarify which
screen gets this spurious window, or ideally suppress it entirely.
Describe the problem
On a 4 monitors setup, OpenBoard always opens its control window on the same fixed screen (screen 0, the first DVI output of the GPU), regardless of where the mouse cursor is or which monitor the user is actively working on.
Expected behavior
At startup, OpenBoard should detect the screen where the cursor is located and open the control window on that screen.
When the "multi-screen" option is enabled, the expected behavior is:
screen gets this spurious window, or ideally suppress it entirely.
Qt API
Qt >= 5.10 provides a clean API for this:
This returns the screen containing the cursor position at the time of the call, which is exactly what is needed at startup.
Environment
Related issues