May 2024 - Wine-GitLab - list.winehq.org

[PATCH v2 0/2] MR5702: server: Fix handling of KEYEVENTF_UNICODE inputs with a non-zero vkey.
by Alexandros Frantzis (＠afrantzis) May 28, 2024

May 28, 2024

The first commit is an adaptation of https://gitlab.winehq.org/rbernon/wine/-/commit/8af64a92bc6c286e3072f4e5a90…, removing the parts that could potentially lead to functional changes. The second commit leverages the new design to provide the fix for the `unicode_vkey` input test. -- v2: server: Fix handling of KEYEVENTF_UNICODE inputs with a non-zero vkey. server: Pass the adjusted vkey to send_hook_ll_message. https://gitlab.winehq.org/wine/wine/-/merge_requests/5702

4 6

[PATCH 0/3] MR5685: Implement MarkupServices_ParseString
by Santino Mazza (＠tati1454) May 28, 2024

May 28, 2024

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/5685

4 6

[PATCH 0/7] MR5666: d3dx9: Introduce d3dx_resource structures for use in code sharing.
by Connor McAdams (＠cmcadams) May 28, 2024

May 28, 2024

This series of patches introduces a new set of structures and functions that will enable code to be re-used across various functions in d3dx9, and eventually d3dx10-d3dx11. It might be possible to split this further, but I feel like this initial set gives better context as to where things are heading. I have a [branch](https://gitlab.winehq.org/cmcadams/wine/-/commits/WIP/d3dx-shared-s… that uses these structures and functions in d3dx10 if further context would be useful. There are a lot of changes here, but after playing around with different approaches this was the best/cleanest way I could come up with for code sharing. I'm sure there will be things I missed or potentially ways to improve this, I'm open to suggestions of course. :) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5666

3 18

[PATCH v3 0/5] MR5641: Cmd engine rewrite (part IV)
by eric pouech (＠epo) May 28, 2024

May 28, 2024

This is the fourth part in cmd.exe's engine rewrite. It concerns: - start of decoupling parsing from execution by introducing ad hoc structure to hold parsing result to be passed for execution (done here for redirection, and if conditions), - refactor execution code with putting into helpers: + change of input/output streams + save / restore of input/output streams before / after execution Note: - the handling of fd > 2 is clearly wrong, but it just mimics the current implementation. More work will be required afterwards (likely using directly CRT low level I/O), - I kept a few specific debug channels in place. They will be removed (or simplified at some point), but they could be useful to debug remaining issues. -- v3: programs/cmd: Separate IF command parsing from execution. programs/cmd: Let errorlevel be a signed integer. programs/cmd: Create helper to execute a command. programs/cmd: Introduce structure CMD_REDIRECTION. programs/cmd: Introduce a helper to set std handles. https://gitlab.winehq.org/wine/wine/-/merge_requests/5641

3 7

[PATCH 0/2] MR5702: server: Fix handling of KEYEVENTF_UNICODE inputs with a non-zero vkey.
by Alexandros Frantzis (＠afrantzis) May 28, 2024

May 28, 2024

The first commit is an adaptation of https://gitlab.winehq.org/rbernon/wine/-/commit/8af64a92bc6c286e3072f4e5a90…, removing the parts that could potentially lead to functional changes. The second commit leverages the new design to provide the fix for the `unicode_vkey` input test. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5702

4 5

[PATCH v2 0/4] MR5641: Cmd engine rewrite (part IV)
by eric pouech (＠epo) May 28, 2024

May 28, 2024

This is the fourth part in cmd.exe's engine rewrite. It concerns: - start of decoupling parsing from execution by introducing ad hoc structure to hold parsing result to be passed for execution (done here for redirection, and if conditions), - refactor execution code with putting into helpers: + change of input/output streams + save / restore of input/output streams before / after execution Note: - the handling of fd > 2 is clearly wrong, but it just mimics the current implementation. More work will be required afterwards (likely using directly CRT low level I/O), - I kept a few specific debug channels in place. They will be removed (or simplified at some point), but they could be useful to debug remaining issues. -- v2: programs/cmd: Separate IF command parsing from execution. programs/cmd: Create helper to execute a command. programs/cmd: Introduce structure CMD_REDIRECTION. programs/cmd: Introduce a helper to set std handles. https://gitlab.winehq.org/wine/wine/-/merge_requests/5641

2 7

[PATCH v3 0/10] MR5573: win32u: Implement vulkan child / other process surface rendering for winex11.
by Rémi Bernon May 28, 2024

May 28, 2024

I'm not completely sure about the mechanism, but I think it's simple enough to consider having that upstream now. This shows at least how we can leverage win32u surface changes to decide to switch surfaces on/off-screen and fallback to manual blitting. Having the surfaces on-screen makes sure they are presented as efficiently as possible, having them off-screen we use GDI blit to indirectly call XCopyArea and this will be suboptimal, probably with visible tearing, but hopefully not too common. -- v3: win32u: Use GDI blit to implement partial or other process presentation. winex11: Return an offscreen HDC from vulkan_surface_detach. win32u: Pass a HDC parameter to vulkan_surface_detach. winex11: Create a window surface even when there is client window. winex11: Also attach child client windows to their toplevel window. win32u: Make sure vulkan windows have a pixel format selected. win32u: Detach vulkan surfaces that aren't fully visible. win32u: Detach offscreen, child or vulkan surfaces for another process. win32u: Move vulkan surfaces to their new parent when reparenting. win32u: Introduce a new vulkan offscreen surfaces list. https://gitlab.winehq.org/wine/wine/-/merge_requests/5573

1 12

[PATCH 0/2] MR5561: winewayland.drv: Numpad key handling
by Alexandros Frantzis (＠afrantzis) May 28, 2024

May 28, 2024

This MR updates the Wayland driver keyboard code to emit the appropriate numpad virtual keys (depending on NumLock state) and also translate them to the matching WCHARs. This is the first step in fixing https://bugs.winehq.org/show_bug.cgi?id=56397. The next step (in an upcoming MR) involves syncing of modifier (and other key) state, so we can deal with cases where the modifiers are set while the application doesn't have the keyboard focus (e.g., before it starts). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5561

3 9

[PATCH 0/1] MR5701: wine.inf: Add Explorer\Advanced registry key.
by Paul Gofman (＠gofman) May 28, 2024

May 28, 2024

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/5701

2 2

Re: [PATCH v2 0/5] MR5700: gdiplus: Removing gdi32 objects from gdiplus objects. (part 6) - approved
by Alexandre Julliard (＠julliard) May 28, 2024

May 28, 2024

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5700

1 0