I did some tests and found a way to track messages a specific control receives in case that helps, still not comprehensive enough because I just used the Windows installation I had at hand and in the same machine, but I hope to be able to give it a try in other configurations as well.
I uploaded several videos to Vimeo, YouTube was restricted at the time of upload, so I thought of that but displaying them at 1080p should be clear enough to read the messages.
This is what can be seen over there: focusing on the SysListView32 control, I disabled logging of some events because I don't think they are of any significance to the problem at hand, i.e.:
WM_STYLECHANGED
,
WM_STYLECHANGING
,
WM_SETCURSOR
,
WM_PAINT
,
WM_NOTIFY
,
WM_NCMOUSEMOVE
,
WM_NCHITTEST
and
WM_MOUSEMOVE
, everything else is logged along with the
LPARAM
and
WPARAM
(I think).
Two tests are the same, one is that control on a 64-bit Search Everything and another is the same control on a little example app I found over the net. Both controls receive the same messages when the different scrolling gestures are performed, except in Everything nothing really moves. I'm uploading the little example code as well, because I couldn't see anything specifically matching those messages over there, but I'm by no means versed on all of this.
The last video shows a similar thing but using a simple USB mouse with only scroll up and down wheel, so no lateral movement possible there. In that one you can see how Everything is responding accordingly, although you can also see that the messages the control receives are different, not the same ones as with the gestures, more... aptly named to say the least.
These are the links to the vids:
1. Everything, trackpad:
https://vimeo.com/754209986
2. Example, trackpad:
https://vimeo.com/754216584
3. Everything, mouse:
https://vimeo.com/754213772
If you guys want to delve into what could be happening and want me to run some debugging tool or little example, do let me know, there's no problem at all.