- wine-gitlab - winehq.org

[PATCH v5 0/7] MR198: vkd3d-shader: Add more TPF validations.
by Conor McCarthy (＠cmccarthy) 04 May '23

04 May '23

Introduces an `idx_count` field to `struct vkd3d_shader_register`. Another patch set is needed for further validations and to use this field where applicable. -- v5: vkd3d-shader/tpf: Validate input and output index ranges for default control point phases. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/198

2 7

[PATCH v4 0/6] MR198: vkd3d-shader: Add more TPF validations.
by Conor McCarthy (＠cmccarthy) 04 May '23

04 May '23

Introduces an `idx_count` field to `struct vkd3d_shader_register`. Another patch set is needed for further validations and to use this field where applicable. -- v4: vkd3d-shader/tpf: Remove an unnecessary carriage return from a parser error message. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/198

3 7

[PATCH 0/2] MR2743: comctl32: Fix IME messages handling when EIMES_GETCOMPSTRATONCE flag is not set.
by Rémi Bernon (＠rbernon) 04 May '23

04 May '23

This fixes the behavior in notepad, with Japanese ibus-mozc IME, when typing "NIHONGO-SPACE-NO", or with Korean ibus-hangul when typing "GA-NA-DA". The latter still has an issue with the last character not appearing in the a composition but I believe it is unrelated to comctl32 and will be fixed by some future imm32 changes. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2743

5 12

[PATCH 0/1] MR2744: riched20: Update the editor IME position on GCS_RESULTSTR.
by Rémi Bernon (＠rbernon) 04 May '23

04 May '23

So that a GCS_RESULTSTR followed by GCS_COMPSTR, without interruping the composition, begins inserting the new composition text after the result instead of before it. Fixing the same scenario as https://gitlab.winehq.org/wine/wine/-/merge_requests/2743 but in wordpad instead of notepad. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2744

3 2

[PATCH 0/5] MR2741: sapi: Implement more ISpObjectToken functionality.
by Shaun Ren (＠shaunren) 04 May '23

04 May '23

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

4 9

[PATCH v3 0/2] MR2679: msvcrt110: Add stub _Cancellation_beacon::_Cancellation_beacon()
by Vijay Kiran Kamuju (＠infyquest) 04 May '23

04 May '23

Required for Forza Horizon 4 and other games https://bugs.winehq.org/show_bug.cgi?id=54756 -- v3: msvcr120_app: Fix spec file for 0_Cancellation_beacon@details@Concurrency https://gitlab.winehq.org/wine/wine/-/merge_requests/2679

6 7

[PATCH v3 0/4] MR191: tests: Add more interesting HLSL tests for mipmap levels.
by Zebediah Figura (＠zfigura) 04 May '23

04 May '23

-- v3: tests: Add a test for SampleBias() with multiple mipmap levels. tests: Add a test for sampling from nonzero mipmap levels. tests: Add a test for loading from nonzero mipmap levels. tests/shader_runner: Add support for creating mipmapped textures. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/191

4 10

[PATCH 0/1] MR2745: winevulkan: Update to VK spec version 1.3.250.
by Georg Lehmann (＠DadSchoorse) 04 May '23

04 May '23

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

2 1

[PATCH 0/4] MR2714: d3d8: Create swapchain textures from wined3d_swapchain_get_back_buffer() instead of using a callback.
by Zebediah Figura (＠zfigura) 04 May '23

04 May '23

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

3 5

Re: [PATCH v2 0/2] MR2700: msxml3: Rename msxml3 to winexml and point msxml* to it.
by Loïc Rebmeister (＠Fox2Code) 04 May '23

04 May '23

I think this commit is great as it will reduce the maintenance cost of the different `msxml*` dlls by unifying work. If a version of a different `msxml*` act differently than the other version we can always do something like in `.spec` files: ``` @ stdcall -private DllGetClassObject(ptr ptr ptr) winexml.MSXML*_DllGetClassObject ``` But by checking: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/msvcr120/Makefile.in Moving all code to `msxml` and using `PARENTSRC` would seems to be more in line with what wine is already doing. Either way is fine, the only thing that is sure is that splitting xml source work for each dll is not healthy, and code need to be cross merged in some way. Using a `winexml` is more memory efficient, but using `msxml` + `PARENTSRC` seems more application compatible, either way is fine for me. Also making `wine*` modules seems to become a recent common trend, see: https://gitlab.winehq.org/wine/wine/-/merge_requests/2298 @julliard I think you should make clearer guidelines about making `wine*.dll` modules, and proposing alternative to these modules in the guidelines. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2700#note_31956

1 0

2025

2024

2023

2022

wine-gitlab