- wine-gitlab - winehq.org

Re: [PATCH v11 0/1] MR6075: Add chevron visibility test to check the case of restoring band width to ideal value
by Ilia Docin (＠IDocin) 15 Aug '24

15 Aug '24

On Thu Aug 15 10:05:31 2024 +0000, Zhiyi Zhang wrote: > Is REBAR_POST_CHILD needed? Even if you do, it shouldn't be an enum. Yes, sure. It's involved in child rect calculation just before showing or hiding chevron. The desicion depends on comparing child rect width and cxIdeal. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6075#note_78836

1 0

Re: [PATCH v3 0/3] MR5117: rpcrt4/tests: Allocate stub buffers with NdrOleAllocate. - approved
by Huw Davies (＠huw) 15 Aug '24

15 Aug '24

This merge request was approved by Huw Davies. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5117

1 0

Re: [PATCH v3 0/3] MR5117: rpcrt4/tests: Allocate stub buffers with NdrOleAllocate.
by Huw Davies (＠huw) 15 Aug '24

15 Aug '24

Looks like Windows' `NdrInterfacePointerBufferSize()` was buggy. Sure, let's live with this workaround. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5117#note_78832

1 0

[PATCH 0/5] MR6287: mshtml: Add support for remaining node prototype objects.
by Jacek Caban (＠jacek) 15 Aug '24

15 Aug '24

This gets prototype/constructor hierarchy right, but there is more work needed to get it fully right (the same is true for some other objects as well, to lesser extend). Comment and document fragment nodes should not expose element/document properties, attribute nodes should be actual nodes and legacy unknown elements seem to be some parser quirk (so `use_generic` is not exactly right even in legacy modes). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6287

3 6

[PATCH 0/2] MR6225: ntdll: Populate the ARM64 processor ID register registry keys.
by Billy Laws (＠bylaws) 15 Aug '24

15 Aug '24

Takes advantage of linux's ID register emulation. The msr instruction is manually assembled to support older compilers and those that disallow reading e.g. SVE ID registers if unsupported by the target, even though they RAZ if unsupported. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6225

5 17

Re: [PATCH v3 0/1] MR6251: wineoss.drv: Fix work with synth devices
by Huw Davies (＠huw) 15 Aug '24

15 Aug '24

Huw Davies (@huw) commented about dlls/wineoss.drv/ossmidi.c: > BOOL bEnabled; > MIDIOPENDESC midiDesc; > BYTE runningStatus; > + BYTE dev; /* OSS dev id. */ ```suggestion:-0+0 int dev; /* OSS device */ ``` Also, please change the commit message to something like: ``` wineoss: Store the OSS device in midi_dest. This avoids having to calculate the OSS device from the Windows dev_id. ``` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6251#note_78829

1 0

Re: [PATCH v16 0/2] MR5909: comctl32/tests: Add LVM_GETNEXTITEM test.
by Zhiyi Zhang (＠zhiyi) 15 Aug '24

15 Aug '24

Zhiyi Zhang (@zhiyi) commented about dlls/comctl32/tests/listview.c: > CoUninitialize(); > } Please rename the patch subject to " comctl32/tests: Add LVM_GETNEXTITEM test." -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5909#note_78828

1 0

Re: [PATCH v16 0/2] MR5909: comctl32/tests: Add LVM_GETNEXTITEM test.
by Zhiyi Zhang (＠zhiyi) 15 Aug '24

15 Aug '24

Zhiyi Zhang (@zhiyi) commented about dlls/comctl32/tests/listview.c: > CoUninitialize(); > } > > +static void test_LVM_GETNEXTITEM(void) > +{ > + /* LVM_GETNEXTITEM */ > + > + HWND hwnd; > + DWORD r; > + UINT uFlagsAbove = MAKELPARAM(LVNI_ABOVE, 0); > + UINT uFlagsBelow = MAKELPARAM(LVNI_BELOW, 0); > + > + hwnd = create_listview_control(LVS_REPORT); > + insert_item(hwnd, 0); > + insert_item(hwnd, 1); I don't think you need three items. Try one or two. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5909#note_78827

1 0

Re: [PATCH v16 0/2] MR5909: comctl32/tests: Add LVM_GETNEXTITEM test.
by Zhiyi Zhang (＠zhiyi) 15 Aug '24

15 Aug '24

Zhiyi Zhang (@zhiyi) commented about dlls/comctl32/tests/listview.c: > CoUninitialize(); > } > > +static void test_LVM_GETNEXTITEM(void) > +{ > + /* LVM_GETNEXTITEM */ Let's remove this comment. The test function name already indicates that it's for LVM_GETNEXTITEM. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5909#note_78826

1 0

Re: [PATCH v11 0/1] MR6075: Add chevron visibility test to check the case of restoring band width to ideal value
by Zhiyi Zhang (＠zhiyi) 15 Aug '24

15 Aug '24

Zhiyi Zhang (@zhiyi) commented about dlls/comctl32/tests/rebar.c: > #undef X > } > > +static void test_chevron(void) > +{ > + HWND hRebar; > + REBARBANDINFOA rbi; > + /* the gap between the child and the next band */ > + enum { REBAR_POST_CHILD = 4 }; > + > + hRebar = create_rebar_control(0); > + rbi.cbSize = REBARBANDINFOA_V6_SIZE; > + rbi.fMask = RBBIM_CHILD | RBBIM_CHILDSIZE | RBBIM_IDEALSIZE | RBBIM_SIZE | RBBIM_STYLE; > + rbi.cxIdeal = 128; > + rbi.cx = rbi.cxIdeal + REBAR_POST_CHILD - 1; Is REBAR_POST_CHILD needed? Even if you do, it shouldn't be an enum. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6075#note_78824

1 0

2025

2024

2023

2022

wine-gitlab