The d2d_command_list_draw_geometry() function didn't store the 'geometry',
this may cause an error when command replay.
Signed-off-by: YeshunYe <yeyeshun(a)uniontech.com>
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/9345
Their surfaces may be used.
---
x11drv already supports this (and we test for it in opengl32/tests/opengl.c:test_message_window). x11drv doesn't make an x11drv_win_data for message-only windows when they are initially created in X11DRV_create_win_data, but does later if a surface is requested (x11drv_client_surface_create -> create_client_window). I don't see much of a reason to do it lazily in macdrv. We won't make a Cocoa window for message-only windows in macdrv_create_win_data since the parent isn't the desktop, so we're really just allocating space for the macdrv_win_data. And plus opengl.c:macdrv_surface_create uses `get_win_data(hwnd)` as its check for whether a hwnd is in-process; we'd have to adjust that logic (and shuffle some things around in that function) if we were to have macdrv_client_surface_create potentially create a macdrv_win_data.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/9253
Fixed union member misuse in d2d_brush_fill_cb() function where radial
gradient brush processing incorrectly accessed brush->u.linear.gradient
instead of brush->u.radial.gradient.
Signed-off-by: YeshunYe <yeyeshun(a)uniontech.com>
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/9344
When comctl32 v6 is loaded and v6 manifest is disabled, comctl32 v5 should be used when creating a
common control window. However, before this patch, GetModuleHandleW(L"comctl32") return a handle to
comctl32 v6 in this case, so comctl32 v5 doesn't get loaded and creating comctl32 v5 windows fails.
We need to check if comctl32 v5 is actually loaded by using GetModuleHandleW() with the absolute
path of the comctl32 v5 dll.
Fix Word 2010 file open dialog doesn't show a listview.
--
v2: comctl32: Use a magic value to check if an image list is valid.
comctl32/tests: Test image list interoperation with comctl32 v5 and v6.
https://gitlab.winehq.org/wine/wine/-/merge_requests/9323
When comctl32 v6 is loaded and v6 manifest is disabled, comctl32 v5 should be used when creating a
common control window. However, before this patch, GetModuleHandleW(L"comctl32") return a handle to
comctl32 v6 in this case, so comctl32 v5 doesn't get loaded and creating comctl32 v5 windows fails.
We need to check if comctl32 v5 is actually loaded by using GetModuleHandleW() with the absolute
path of the comctl32 v5 dll.
Fix Word 2010 file open dialog doesn't show a listview.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/9323
I have a laptop that supports up to OpenGL 4.2 and Vulkan 1.2, and also another laptop that supports OpenGL 4.6 and Vulkan 1.2, and still fix doesn't work on both laptops. Wine still falls back to the slow mapping; you can see it in the logs. What am I missing? Is there going to be an alternative that works on more systems at some point?
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/9032#note_120407