When the listview expands or collapses an item it notifies the parent using the TVN_ITEMEXPANDING message. The parent can return true on this message and it prevents the treeview from expanding or collapsing the item. WINE does not let you deny TVN_ITEMEXPANDING by returning true.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53727
--
v12: comctl32/treeview: Allow treeview parent to deny treeview expansion.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6218
The Visual Studio 2022 installer needs to be able to lookup a valid
WinMD file for the 'Windows.Networking.Connectivity' namespace
in order for the installation to start.
A normal Windows installation contains lots of individual
'.winmd' files (e.g. 'Windows.Networking.winmd'), which we
cannot redistribute. Fortunately, Microsoft provides an open-source
project called 'windows-rs', which contains a combined 'Windows.winmd'
file that is explicitly MIT-licensed:
https://github.com/microsoft/windows-rs/blob/master/crates/libs/bindgen/def…
Make RoResolveNamespace resolve anything starting with 'Windows' by just
pointing to this giant file. A full implementation will require us to
actually walk the 'WinMetadata' directory (if the caller provides
a custom path) and parse the matched '.winmd' file. However, this
implementation is good enough for Visual Studio 2022
To actually run the vs2022 installer, a patch for
the SHELL_execute trailing-space bug https://bugs.winehq.org/show_bug.cgi?id=56940
is needed: https://gitlab.winehq.org/wine/wine/-/merge_requests/6079
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/6288
Same code used for synth and for MIDI devices, but it try to count
Synth or MIDI device id from wine driver ID.
After this change device id is stored in struct and always correct.
--
v4: wineoss: Store the OSS device in midi_dest.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6251
When the listview expands or collapses an item it notifies the parent using the TVN_ITEMEXPANDING message. The parent can return true on this message and it prevents the treeview from expanding or collapsing the item. WINE does not let you deny TVN_ITEMEXPANDING by returning true.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53727
--
v11: comctl32/treeview: Allow treeview parent to deny treeview expansion.
comctl32/tests: Add test to check if treeview expansion can be denied.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6218
On Thu Aug 15 10:21:21 2024 +0000, Huw Davies wrote:
> ```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.
> ```
Is is `int` only on query synth/midi info, and it is always `uint8_t` in synth/midi message.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/6251#note_78852
When the listview expands or collapses an item it notifies the parent using the TVN_ITEMEXPANDING message. The parent can return true on this message and it prevents the treeview from expanding or collapsing the item. WINE does not let you deny TVN_ITEMEXPANDING by returning true.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53727
--
v10: comctl32/treeview: Allow treeview parent to deny treeview expansion.
comctl32/tests: Add test to check if treeview expansion can be denied.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6218
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
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
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
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
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