Download Move Mouse For Windows
Sharyl Kimbro
Apparently it's got a feature that allows moving the mouse pointer using arrow keys, and for some reason sometimes it doesn't stop listening when the window loses focus, so Paint was running in the background since I often use it and it was still doing its job of moving the mouse.
2. The Get Window action seems to help the ORC to work better, even if we can see the window without the Get action in my flow it didn't work. It's a pretty good idea to focus the windows that the OCR should read, so I will always set that in the future.
3. A wait after starting ORC engine and focusing window, to help it all be in the correct state before moving the mouse by OCR start is as well recommended, the 5 sec is excessive but as it works you could test 4 3 2 etc.
When I move the mouse cursor sideways across the desktop, the open windows disappear to the sides of the screen. Then you have to click on the screen edge to bring them back. This has become a big annoyance and I'd like to disable this "feature". I didn't find anything in Apple Support or mouse instructions, or System Preferences. It's an iMac, 27", late 2009, macOS 10.13.6 with a wireless mouse.
Your problem seems to be that you have set three of the "Hot Corners" to show the desktop -- don't think this is what you want is it? This "Hot Corner" behavior kicks in whenever your mouse cursor on screen moves into a corner - and if it does then the behavior you have selected for that corner kicks into effect.
Activate a spotlight that focuses on the cursor's position pressing the Ctrl key twice, using a custom shortcut or shaking the mouse. Click the mouse or press any keyboard key to dismiss it. If you move the mouse while the spotlight is active, the spotlight will dismiss on its own shortly after the mouse stops moving.
Update, September, 2020: the original issue was UserCrit contention while many processes were destroyed, whether they had gdi32.dll loaded or not. That issue was fixed but if many processes are destroyed that do have gdi32.dll loaded then the issue still happens. That is, the mouse hitches and the horrible performance are still a risk. Maybe someday Microsoft will fix that, but probably not. For details see this blog post.
The next step was to find out how much time was being spent inside of NtGdiCloseProcess. So I moved to the CPU Usage (Sampled) table in WPA and got a butterfly graph, this time of callees of NtGdiCloseProcess. You can see from the screen shot below that over a 1.125 s period there was, across the entire system, about 1085 ms of time spent inside of NtGdiCloseProcess, representing 96% of the wall time:
This bug is almost certainly present in the server editions. The mouse-hitching aspect of the bug is less likely to matter on a server, but the process-destruction bottleneck will affect some workloads.
I have noticed in my experience that all computers and OSs I use seem to be getting more and more bogged down during process closing operations. Not to the point of UI freezes mind you, just in system load. In my mind it has seemed correlated with attempts in all OSs to deal with security issues involving clearing memory on dealloc and doing proper memory management when returning the freed mem to the available pool. This is a pure blackbox/shotgun line of thinking on my part. But can you think of any factor that would affect linux, android, windows process close loading that would be more a result of an overall approach; like an industry-wide way of doing things?
The new half transparent windows calculator moves slower than other windows when dragged with the mouse.
Machine: AMD FX-8320 (technically 4 cores, 8 threads), AMD RX580 GPU, 4 GB of RAM (I know that the RAM is the bottleneck in many cases).
The fact that keyboard and other stuff works fine suggests that the root cause may be unrelated because the lock that I was seeing contention on is needed to read any input messages, not just mouse messages.
Unfortunately while ProcessCreateTests.exe is helpful for investigating this bug its output alone is not enough to determine whether the bug is fixed. One thing to watch for is whether the mouse can move smoothly and swiftly while the test program runs. But the best thing to do is to record and analyze a trace, as shown here: =cbg5O2Kbb9A
The problem in this case was some other (very expensive) operations that required the same lock as updating the mouse pointer, so the mouse-pointer updates were blocked for user-visible periods of time waiting for the lock to be available.
The sizes I mentioned before are the SM_CXCURSOR and SM_CYCURSOR sizes but with SetSystemCursor it is possible to set much bigger cursors, in Windows 7 I was able to set 1638416384 monochrome cursor and still have mouse pointer shadow, I was also able to set 3276832768 cursor although it lost mouse pointer shadow. How would that affect the mouse motion performance?
Are there any keyboard shortcuts that will allow me to move the mouse pointer position? Specifically, I would like keyboard shortcuts to move the mouse pointer to the selection start and to the selection end. I would also like to move the mouse pointer to the cursor position.
when I take the headset of, the mouse works. I have tried WIndows + y/z key but it doesn't work. I have to quit to desktop, and start Windows Mixed Reality, and SteamVR new. Anyone knows a solution to this problem?
When you put your headset, and without removing it press windows+Y , make sure your windows key is not in game mode (some keyboards allow to pause this key) then hit LAlt+enter ro enter full screen mode, and make sure you have the VR mouse enabled in DCS.
So when you move your mouse it just turns off? Odd. Have you checked your external cables (dont see it listed in things you tried) Like hdmi cable (etc). Maybe your mouse cable and display cable are entangled. Or if you use vga/dvi you might have a bent pin. Etc etc. Check those external cables
Does anyone know if there's an Alfred workflow to move the mouse to the active window. This would be very useful for my 3 monitor setup, as I can easily use the application switcher to get to desired window but it takes (what feels like ages) to get the mouse there.
My google searches are polluted by "focus-follows-mouse" content... which is the opposite of what I'm looking for! I also see a bunch of options for Windows users through AutoHotKey scripts, so I know that this is a commonly desired functionality.
I need to use ALT+drag inside an application (Inkscape's 'Node Sculpting' function). But according to the 'Xfce 4 Window Manager' manual, XFCE has reserved this combination for moving windows around. It seems that 'Window Manager Preferences' only manages "pure" keyboard shortcuts, so there isn't any "ALT+CLICK" to disable.
Is this hardwired, or is there a way this can be disabled?
Any ideas?