--
v3: mshtml: Don't expose some props from document prototype depending on mode.
mshtml: Expose the right props from document fragments.
mshtml: Use DocumentPrototype as the document's prototype for modes prior
mshtml: Move HTMLDocument prototype props to the Document prototype.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6927
--
v2: mshtml: Don't expose some props from document prototype depending on mode.
mshtml: Expose the right props from document fragments.
mshtml: Use DocumentPrototype as the document's prototype for modes prior
mshtml: Move HTMLDocument prototype props to the Document prototype.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6927
--
v3: winevulkan: Use a vulkan_object header for other wrappers.
winevulkan: Introduce a new vulkan_swapchain base structure.
winevulkan: Introduce a new vulkan_surface base structure.
winevulkan: Introduce a new vulkan_queue base structure.
winevulkan: Restore some wine_*_from_handle helpers.
winevulkan: Introduce a new vulkan_device base structure.
winevulkan: Name wine_device parameters and variables more consistently.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6916
This removes the window rect checks that were there to unmap visible windows when they are outside of the virtual screen. Since the recent changes to window config update, and the removal of WindowPosChanged re-entry guards, we now more accurately match the states between win32, winex11 and X server and it caused some windows to now be unmapped spuriously. This happens when the window manager positions the outside of what we believe is the virtual screen, for instance with embedded or FVWM virtual desktops.
I am not sure what unmapping offscreen windows is for exactly, I suspect it is to allow some windows to be moved offscreen even though the WM would probably not allow it with visible windows. I think that if windows are managed by the host WM, we should allow it to control and constraint the windows to be on-screen if it decides so. Alternatively we could perhaps decide to minimize them instead (as a winex11 internal state, without notifying the Win32 side of minimization), as unmapping the windows will also make them disappear from the window selector, and makes it impossible to focus them back.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57472
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57474
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/6926