November 2023 - wine-gitlab

Re: [PATCH v3 0/1] MR4365: opengl32: Skip filter_extensions_index() on GL contexts < 3.0. - approved
by Alexandre Julliard (＠julliard) 13 Nov '23

13 Nov '23

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

1 0

Re: [PATCH v2 0/1] MR4369: user32/tests: Allocate clipboard data with HeapAlloc. - approved
by Alexandre Julliard (＠julliard) 13 Nov '23

13 Nov '23

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

1 0

Re: [PATCH v2 0/1] MR466: vkd3d-shader: Implement scanning combined resource/sampler information. - approved
by Alexandre Julliard (＠julliard) 13 Nov '23

13 Nov '23

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

1 0

Re: [PATCH v2 0/1] MR465: vkd3d-shader/dxil: Fully initialize instruction data in sm6_parser_emit_extractval(). - approved
by Alexandre Julliard (＠julliard) 13 Nov '23

13 Nov '23

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

1 0

Re: [PATCH v2 0/3] MR468: vkd3d: A few spelling fixes. - approved
by Alexandre Julliard (＠julliard) 13 Nov '23

13 Nov '23

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

1 0

Re: [PATCH v2 0/1] MR467: vkd3d-shader/ir: Introduce vsir_register_is_descriptor(). - approved
by Alexandre Julliard (＠julliard) 13 Nov '23

13 Nov '23

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

1 0

[PATCH v6 0/7] MR4358: dmime: Implement performance stop and segment repeat.
by Rémi Bernon (＠rbernon) 13 Nov '23

13 Nov '23

-- v6: dmime: Implement segment state repeat and looping. dmime: Split segment_state_play_chunk helper. dmsynth: Reset synthesizer defaults on MIDI_SYSTEM_RESET. dmime: Send MIDI_SYSTEM_RESET message on performance reset. dmime: Clear all pending messages in IDirectMusicPerformance_Stop. dmime/tests: Test that IDirectMusicPerformance_Stop clears messages. dmime/tests: Avoid discarding old notifications in test. https://gitlab.winehq.org/wine/wine/-/merge_requests/4358

3 9

Re: [PATCH v7 0/2] MR3259: Add environment variable to isolate WINEPREFIX at creation
by Alexandre Julliard (＠julliard) 13 Nov '23

13 Nov '23

> Well, I target the parts where the folders are created, where else could I handle it? I currently don't see a better way to do this. Mind pointing me into the direction of a better design? I don't mean the code, I mean the UI design. As you point out, this can be configured from winecfg. So why do we need a separate mechanism, with an ad-hoc environment variable? Why is it only usable at prefix creation? Is there a way to unify the features, or make them easier to use? How is it different from `winetricks sandbox`? etc. etc. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3259#note_52155

1 0

[PATCH v6 0/3] MR4356: Draft: rawinput enhancements
by Errno Ebadf (＠EBADF) 13 Nov '23

13 Nov '23

Add plumbing to server to prevent the server from making rawinput from INPUT_MOUSE and INPUT_KEYBOARD events so a graphics driver can inject its own INPUT_HARDWARE events. This will allow a graphics driver to be fully in charge of rawinput. -- v6: https://gitlab.winehq.org/wine/wine/-/merge_requests/4356

5 9

Re: [PATCH v7 0/2] MR3259: Add environment variable to isolate WINEPREFIX at creation
by Fabian Maurer (＠DarkShadow44) 13 Nov '23

13 Nov '23

> What's the use case for configuring folders individually? TBH, I just need all of them at once. But I figured I could also just make it fully configurable just in case someone needs that. I didn't see any harm in making it fully configurable from the start, just in case. > How are we going to ensure that prefix updates to the right thing? Sorry, I don't understand what you mean. Mind elaborating? The logic only runs when the folder doesn't exist. Unless I missed something, updates shouldn't be a problem. > How can it be enabled/disabled after prefix creation? The logic I changed only runs when the folder doesn't exist, you can always link/unlink the folders using winecfg. > How is it going to handle inability to open Unix files (fonts etc.) Well, it's not different from disabling the Z:\ link in winecfg. If someone doesn't know what they're doing, they can run into problems with that as well. This MR would only add on option to disable the link automatically when creating a new WINEPREFIX. > This needs a lot more thought and a proper design. Well, I target the parts where the folders are created, where else could I handle it? I currently don't see a better way to do this. Mind pointing me into the direction of a better design? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3259#note_52152

1 0

2025

2024

2023

2022

wine-gitlab November 2023