on extended second screen stuck in lower edge about mouse-control.autohotkey HOT 10 CLOSED

one thing i can think of is that i always had my first 2 monitors slightly offset vertically , which may have masked the bug .

i don't have good access to a windows machine any more to test this on , but i will attempt a patch nonetheless .

from mouse-control.autohotkey.

awesome discovery ! but uh . ummm . well , i assume this is still a problem for you though ? i may have access to a Windows PC soon and can try and come up with a version using MoveMouseToMonitor and accounting for scaling . Any idea how we can figure out what the scaling is ?...

from mouse-control.autohotkey.

huh . turns out it was a 1-line fix xD . . . i thought i was going to have to gut the whole thing and manually deal with per-monitor DPI , but on a whim , i decided to just throw that line in and presto

from mouse-control.autohotkey.

i did notice this when using a friend's computer recently ... i am not sure why this happens . i'm sure i used to use this on a multimonitor system with both 2 and 3 screens with no hitches when i was a developer .

from mouse-control.autohotkey.

(fat thumbed close button)

from mouse-control.autohotkey.

I cannot reproduce that it works on two screens with either vertical offset (first screen below/above the other one) between them

from mouse-control.autohotkey.

MoveMouseToMonitor is so far the only one that gets mouse movement across monitors in AHK right.

from mouse-control.autohotkey.

It turns out that this issue only occurs when screen scaling is different from 100%; otherwise the mouse movement works fine across two screens. This is probably due to different resolutions of the screens.

from mouse-control.autohotkey.

Apparently there is a built-in variable to figure out the DPI scaling.

from mouse-control.autohotkey.

Wow, thank you very much!

from mouse-control.autohotkey.