Disablin xinput2 for now?
wine-devel at kievinfo.com
Mon Jun 20 23:25:32 CDT 2011
On 06/20/2011 08:36 AM, Alexandre Julliard wrote:
> Vitaliy Margolen<wine-devel at kievinfo.com> writes:
>> On 06/20/2011 02:55 AM, Marcus Meissner wrote:
>>> As this might be a X.org issue, should we packagers turn off
>>> xinput2 support for the time being?
>> If that will fix all dinput regressions - absolutely. Or add a
>> registry option to disable xinput2.
> It will of course fix some regressions, and introduce new ones for
> things that have been fixed by the changes. Don't tell me that dinput
> was working perfectly before. And there is a registry option (GrabPointer).
Dinput never perfectly worked before and doesn't work perfectly now. Even
native has serious issues in Wine.
I've lost track of all the changes you did to mouse/keyboard events, ll
hooks, pointer position changes, etc. But it seems to me something broke
that was working before. At least did not affect programs as much as it does
I've seen number of programs/games that were highly sensitive to timing and
order of various events. Unfortunately it was impossible to exactly
replicate and/or make a test for it. And with dynamic nature of the problem
it's a royal PITA to debug.
In either case, it seems that what used to more-less work before doesn't
work at all. Or has major problems (non-xinput2 code-path). And the new
xinput2 code-path while resolving large number of issues, introduced number
of other problems.
So just disabling xinput2 support in any a binary build won't really help much.
More information about the wine-devel