- Wine-gitlab - list.winehq.org

[PATCH 0/3] MR1199: Implement a few APIs
by David Kahurani (＠kahurani) 19 Nov '22

19 Nov '22

Signed-off-by: David Kahurani <k.kahurani(a)gmail.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1199

4 23

[PATCH 0/6] MR1445: kernelbase: Fixes for the shared Software\Classes registry and Wow6432Node registry in general.
by Sven Baars (＠sbaars) 19 Nov '22

19 Nov '22

This reimplements all logic from the server in kernelbase, which is needed because Nt*Key ignores KEY_WOW64_32KEY. Unfortunately this requires a lot of server calls. The full branch can be found here https://gitlab.winehq.org/sbaars/wine/-/tree/shared-classes-new The old approach that doesn't duplicate code to kernelbase can be found here https://gitlab.winehq.org/sbaars/wine/-/tree/shared-classes-old I ran make_requests by the way, not sure if we should still leave that out with the gitlab workflow. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1445

3 8

Re: [PATCH v3 0/3] MR1426: jscript: Remove function heap_strdupW.
by Alex Henrie (＠alexhenrie) 19 Nov '22

19 Nov '22

On Sat Nov 19 05:13:10 2022 +0000, Gabriel Ivăncescu wrote: > Do you plan to convert the entire module soon (i.e. next week)? I have a > lot of jscript patches and it would be a pain to only replace some of > them, much easier to just search/replace everything at once when > rebasing. (otherwise I could take a jab at doing it after this MR is in) Right now I'm focused on getting rid of the duplicate string functions, like heap_strdupW, that are scattered throughout the Wine codebase. If you want to convert the rest of jscript to use the standard memory allocation functions, that would be great! It will have to be done eventually anyway. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1426#note_16477

1 0

[PATCH 0/1] MR1443: include: enum insted of macros for options flag
by Vitor Ramos (＠VitorRamos) 19 Nov '22

19 Nov '22

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

3 2

[PATCH 0/1] MR1442: Draft: vbscript: Handle CP_UTF8 in Chr()/Asc().
by Nikolay Sivov (＠nsivov) 19 Nov '22

19 Nov '22

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

3 2

[PATCH 0/6] MR1423: winegstreamer: Implement profile_GetStreamByNumber, media_object_GetStreamCount, media_object_GetInputType for WMV decoder.
by Ziqing Hui (＠zhui) 19 Nov '22

19 Nov '22

These functions are needed by a steam game called Super Naughty Maid. It uses DMO wrapper filter to play WMV videos. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1423

4 11

[PATCH v2 0/3] MR1426: jscript: Remove function heap_strdupW.
by Alex Henrie (＠alexhenrie) 19 Nov '22

19 Nov '22

-- v2: jscript: Remove unused function heap_strdupW. jscript: Use standard C functions for memory allocation in jscript.c. https://gitlab.winehq.org/wine/wine/-/merge_requests/1426

5 7

[PATCH v9 0/9] MR1297: gdiplus: Add CustomLine implementation (including displaying).
by Bartosz Kosiorek (＠gang65) 19 Nov '22

19 Nov '22

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=45273 -- v9: gdiplus: Add GdipSetCustomLineCapStrokeCaps implementation and usage. https://gitlab.winehq.org/wine/wine/-/merge_requests/1297

4 12

Re: [PATCH v10 0/9] MR1297: gdiplus: Add CustomLineCap implementation (including displaying).
by Esme Povirk (＠madewokherd) 19 Nov '22

19 Nov '22

On Fri Nov 18 23:43:32 2022 +0000, Bartosz Kosiorek wrote: > Using GdipWidenPath is nice idea and it shouldn't be hard to implement. > It will give Line Joints support for Caps by default. > I am only worried about performance (e.g. there is some matrix transformation). I suspect there are enough slow things we already have to do that it won't really matter, but if we need to we can optimize it later. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1297#note_16466

1 0

Re: [PATCH v10 0/9] MR1297: gdiplus: Add CustomLineCap implementation (including displaying).
by Bartosz Kosiorek (＠gang65) 18 Nov '22

18 Nov '22

On Fri Nov 18 23:01:41 2022 +0000, Esme Povirk wrote: > Yeah, this might need to be broken into smaller MRs. > The questions I generally ask in a situation like this one, where we > know it's not quite right yet are: How hard is it to implement > correctly? And will taking the shortcut make it more difficult to > implement correctly without causing regressions? > I don't think it should be too difficult to create a pen object and pass > it to GdipWidenPath, nor will taking the shortcut make it harder to fix > later. With that in mind, I would be willing to settle for this, but > it'd be good to have a comment or fixme so we know the current approach > isn't right. > We might find that the outline codepath is rarely-used to begin with and > never bother. Using GdipWidenPath is nice idea and it shouldn't be hard to implement. It will give Line Joints support for Caps by default. I am only worried about performance (e.g. there is some matrix transformation). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1297#note_16464

1 0