Kintar Posted March 11, 2010 Share Posted March 11, 2010 (edited) MouseMove didn't work after i succesfully activate my window. Global $sWinTitle = ":: E-Trade PriceList Importer 1.9.0", $hWin $hWin = WinGetHandle($sWinTitle, "") WinActivate ($hWin) MouseMove (424, 84, 0) Window of my program succesfully activated, but mousemove didn't move the mouse. If (in another samples) active window is another window, mousemove work properly. What can it be?! Edited March 11, 2010 by Kintar Link to comment Share on other sites More sharing options...
Steveiwonder Posted March 11, 2010 Share Posted March 11, 2010 Your code works fine for me. I dont see any issues. Trying adding WinWaitWactive() if your trying to move the cursor based on the active window. Global $sWinTitle = "Folder", $hWin $hWin = WinGetHandle($sWinTitle, "") WinActivate ($hWin) WinWaitActive($hWin) MouseMove (424, 84, 0) They call me MrRegExpMan Link to comment Share on other sites More sharing options...
Kintar Posted March 11, 2010 Author Share Posted March 11, 2010 (edited) Yeah, on any another application it's work fine. But for my application it's do nothing. I'm asking - what can it be? Edited March 11, 2010 by Kintar Link to comment Share on other sites More sharing options...
andrei0x309 Posted March 11, 2010 Share Posted March 11, 2010 (edited) Your application runs in full screen mode ? Cause it might have other resolution set in that case you must use different code . Try using $WndPos=WinGetPos("[Class:WindowClass]") to get the right position . and use $x = $WinGetPos[0] + $number and $y = $WinGetPos[0] + $number then mousemove($x,$y,$speed) Edited March 11, 2010 by Azraelsub7 Link to comment Share on other sites More sharing options...
Kintar Posted March 12, 2010 Author Share Posted March 12, 2010 (edited) My application didn't run in fullscreen mode. And MouseMove didn't move the mouse without any dependence on coordinates. ( And any autoit directive, except directives, that switch windows (like MsgBox), didn't work while my application is active. Edited March 12, 2010 by Kintar Link to comment Share on other sites More sharing options...
div222 Posted November 28, 2011 Share Posted November 28, 2011 I do have the same problem. If a specific application is active, the mousemove doesn't work anymore. As soon as that application is not active anymore, the mousemove works again. If it matters for anything, the application is running under the NETWORK SERVICE user. When the application runs under a different user (the currently logged on user, for instance), mouse move works again. Is there any workaround for this problem? Link to comment Share on other sites More sharing options...
somdcomputerguy Posted November 28, 2011 Share Posted November 28, 2011 Some applications block any kind of automated input. - Bruce /*somdcomputerguy */Â If you change the way you look at things, the things you look at change. Link to comment Share on other sites More sharing options...
mpr90 Posted February 27, 2016 Share Posted February 27, 2016 I had exactly the same problem. I realized that the app I was trying to control was running with elevated privileges, and after running the auto it script from an Administrator command prompt, everything worked as expected. Link to comment Share on other sites More sharing options...
InunoTaishou Posted February 27, 2016 Share Posted February 27, 2016 #RequireAdmin Link to comment Share on other sites More sharing options...
MattM Posted February 1, 2019 Share Posted February 1, 2019 I fixed this by using the "Compile script to .exe" tool and setting compatibility mode on the generated executable to run as Administrator. Works in Windows 7 and Windows 10. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now