On Mon Aug 19 16:27:09 2024 +0000, Rémi Bernon wrote:
Well, winewayland has introduced the same kind of thing and is about to use it for popups, tooltips and other overlay-like windows. Maybe "managed" isn't the right term but I think it still represents a specific property of some windows: those are meant to be displayed either relatively to some top-level, or as overlays and are not meant to be moved around. Then, drivers may or may not be able to respect that specific nature, but moving thins in win32u may make sense.
Then the main reason to move it is also that it makes the other commit possible, and later changes easier: computing the visible rect in win32u let us do that in window DPI, while later convert all rects at once to monitor DPI and call the driver with them.
Otherwise it gets a bit awkward where we would pass monitor DPI rects to WindowPosChanging, return a monitor DPI visible rect to convert back, or pass both window DPI and monitor DPI rects, though without the visible rect set yet, and return a window DPI visible rect.