On Windows, apply ScaleFactorChanged new size if different than OS (#3408)
This fixes an issue when setting the position of the window on a new monitor and immediately maximizing it ```rs window.set_outer_position::<PhysicalPosition<u32>>((2000, 200).into()); window.set_maximized(true); ``` Due to the nature of the event loop, the requested position and maximization state will apply correctly but due to the fact that the new position is a different monitor, a `ScaleFactorChanged` is emitted afterwards to the evenloop and a new size is set while the window is still maximized which results in a window that has `WS_MAXIMZE` window style but doesn't cover the whole monitor.
This commit is contained in:
parent
4d4d6e5052
commit
08fc4099e8
2 changed files with 17 additions and 10 deletions
|
|
@ -47,6 +47,7 @@ Unreleased` header.
|
|||
- On X11, fix deadlock when adjusting DPI and resizing at the same time.
|
||||
- On Wayland, fix `Focused(false)` being send when other seats still have window focused.
|
||||
- On Wayland, fix `Window::set_{min,max}_inner_size` not always applied.
|
||||
- On Windows, fix inconsistent resizing behavior with multi-monitor setups when repositioning outside the event loop.
|
||||
|
||||
# 0.29.10
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue