Latest updates: https://bugs.winehq.org/show_bug.cgi?id=58552#c43
Carla offers experimental features supporting VST DLL direct usage via Wine similar to how Steam on Linux handles running Windows games.
Carla direct VST DLL usage works without the GUI offsets.
Carla VST.so converted by yabridge from VST DLLs have GUI offset bugs.
Thus it seems yabridge may be handling windowing behavior better left to Wine if possible.
Maybe whatever Wine internal windowing component that resolves the GUI offsets for direct DLL usage can be integrated to VST.so files so they may still be used without any other Wine runtime dependencies?
These latest tests help further clarify where the underlying faults may lie regarding bug reports against this merge.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/6569#note_113829
This should at least fix foreground window inconsistencies between Wine and X11, when _NET_ACTIVE_WINDOW is supported by the WM, allowing us to then better implement focus tracking (to avoid changing focus when not desired), as well as SWP_NOACTIVATE.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7367
Passing every atom as UNICODE_STRING to win32u.
--
v3: server: Return the class base atom from create_class.
win32u: Remove now unnecessary integral atom specific handling.
user32: Implement integral class name versioning support.
win32u: Introduce helpers to check desktop and message class.
win32u: Forbid setting GCW_ATOM class info.
user32/tests: Add more GetClassInfo tests.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8818
Is anyone ever going to look at this? I am effectively blocked from contributing any further to the project while this MR is pending, unless I create additional forks which I don't want to do. This change *is* necessary, and the change is good. Please approve this so that I can get on with further issues in the project.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/8573#note_113811