mouse position scrolling does not work with laptop touchpad
Status: Beta
Brought to you by:
ttencate
Menu
▾
▴
#57 mouse position scrolling does not work with laptop touchpad
I have an HP dv5 laptop. The touchpad does not scroll under the mouse, only window focus. It works fine with an external mouse.
The synaptics touchpad driver has this feature itself, which works fine. However, due to some event, this will stop working. It's hard to get it back (disable then enable doesn't work). Closing TaekWin doesn't work. I need to reboot and not have TaekWin load at startup.
I'm unsure if this is a synaptics driver issue or TaekWin issue, but the fact the touchpad is not support out-of-the-box suggests the synaptics drivers do something different.
I would love this to be fixed. I'm happy to run any test versions and submit feedback or log files etc to help debug this issue.
I currently don't seem to be able to reliable use TaekWin on my laptop, and would hate this to stay this way.
Thanks,
Josh
Attached to this report you find a program called "testapp.exe", that I use to test Taekwindow with. It logs all Windows messages to a file called "victim.log" in its current directory. Could you do the following:
- launch the test app
- deactivate its window
- move the mouse pointer into the window (if it isn't there already)
- use the scroll thingy on your touchpad
- close the application
Please don't do anything else in the meantime, because it makes the log more messy. You can repeat this multiple times; the log will just be overwritten. Then attach victim.log to this bug report. You can have a look at the log yourself if you like; it's just a plain text file.
Thanks!
File Added: testapp.exe
Correction... what was I thinking? We want to capture the messages that the touchpad sends. So disable Taekwindow, then do this:
- launch the test app
- move the mouse pointer into the window (if it isn't there already)
- use the scroll thingy on your touchpad
- close the application
Here you go, followed the second set of instructions. The log file was not made in the directory the app was run in though, it went into some other folder (folder of a file manager I had running).
Hope this is what you want, else let me know.
File Added: victim.log
Hmm, it looks like normal scroll wheel events. To really know what's going on, I would have to do more debugging experiments. I don't know what else to try without being able to test on your laptop myself. I'm very sorry.
I just noticed yesterday that when I resumed from hibernate the scroll function had "broken" again. TaekWin had never been loaded since the initial boot. So I'm suspecting it might be a driver issue. I need to investigate further, but I'm not convinced it's TaekWin's fault that it stops working now. While TaekWin may not work with it scrolling, that's ok, it has it's own function so long as it can resume, and TaekWin will still be useful for external mice and it's other features.
Okay, in that case, I'm closing this now. If you ever find out more, please let me know!
joshua wood writes in a new report:
"As per the thread you closed - I've tested further. I have downgraded to
the Windows Update Synaptics drivers, so they're WHQL tested. Without
TaekWindow loaded, the drivers have a position scroll function. I note that
this doesn't work 100% of the time, and is dependant on the window
application. Eg, explorer windows work as expected, but not firefox or
xplorer2. So it's pretty useless at best.
Now TaekWindow doesn't appear to support the touchpad. With an external
mouse, scroll works as per TaekWindows config, but the touchpad simply
appears to be ignored. Perhaps the Synaptics drivers are doing something
tricky.
Attached is a new victim log, if if helps."
Having hunted through MSDN, I might have an idea of what the Synaptic driver does: it might use mouse_event (http://msdn.microsoft.com/en-us/library/ms646260(VS.85).aspx) or SendInput (http://msdn.microsoft.com/en-us/library/ms646310(VS.85).aspx) to inject the scroll events directly into the application. This might be something that Taekwindow's WH_MOUSE hook (http://msdn.microsoft.com/en-us/library/ms644988(VS.85).aspx) does not catch. However, a WH_MOUSE_LL (http://msdn.microsoft.com/en-us/library/ms644986(VS.85).aspx) hook might do the trick. I will see if I can get this to work, and prepare a build for you to test with.
Taekwindow 0.2.4 using WH_MOUSE_LL for the wheel
That turned out to be a painless operation. Could you give the attached version a try?
Unfortunately that did not make any difference. I've tried with position and focus settings in the synaptics drivers, either setting makes no difference and doesn't work. I also tried disabling horizontal scrolling with no effect.
I've installed Winspector and captured the mouse events if that helps any. On your test app it seems like the standard WM_MOUSESCROLL event is sent. I don't know if this helps any. I'm happy to try and capture any other events you may require.
Since I have no way of reproducing this, and the new version is a complete overhaul, I might as well close this. If it still doesn't work with 0.3, just add a comment.