dell touchpad scroll not working windows 10

Global and read just when Apoint.exe starts up * There doesn't seem to be a way to influence the scroll method passed toĮasyWheelEx other than by changing the ScrMethod registry entry, which is Scroll with each wheel notch, as returned by SystemParametersInfo * The 3 passed as the last argument to EasyWheelEx is the number of lines to I am not overly hopeful, but please try this tryserver build to see if scrolling works (this doesn't include a window class name change to fix the forward/back points which may be of interest: It might be that this path doesn't trip over the same problem. Tracing through Apoint!EasyWheelEx, it looks like something similar to the Synaptics hack will also coax a scroll message out of the driver, though through a different code path. I can't nail down what conditions cause scrolling not to work the few times I have been able to reproduce it haven't been when I've had the debugger open. It turns out that reproducing the bug is more difficult than I first thought. Simply compile this code, put the result into Vi32, execute it, and switch to a Firefox window to reproduce this bug. System('sleep 10') /* 10 seconds wait time to allow switching to the Firefox window */Īlps_do_scroll(ALPS_SCROLLDIR_DOWN, ALPS_SCROLLMETHOD0) /* broken - this bug */Īlps_do_scroll(ALPS_SCROLLDIR_DOWN, ALPS_SCROLLMETHOD1) /* works */Īlps_do_scroll(ALPS_SCROLLDIR_RIGHT, ALPS_SCROLLMETHOD0) /* broken - bug 202615 */ Typedef int (_stdcall *pICFUNC)(int, int, int) HINSTANCE hGetProcIDDLL = LoadLibrary('Apoint.dll') įARPROC lpfnGetProcessID = GetProcAddress(HMODULE (hGetProcIDDLL),'EasyWheelEx') So, compiling the following code, and dropping the resulting exe into the Vi32 (for 32-bit) / Vi64 (for 圆4) directory of the driver package, can be used to debug this: This method takes 3 parameters: the first is direction (0: scroll down, 1: up, 2: left, 3: right), the second is the scroll method (a value of 1 corresponds to ScrMethod=0 in the registry, while a value of 2 means ScrMethod=1), and the third one is unknown (it seems to be always 3 when called by the driver). However, it's possible to debug this issue without an actual ALPS touchpad (the scrolling part at least - and the solution to the back/forward problem seems to be setting the root window class to MozillaUIWindowClass), by directly calling the EasyWheelEx method of apoint.dll (found in the driver package for ALPS touchpads). Unfortunately I have no Elantech HW, as you may have guessed.

Dell touchpad scroll not working windows 10