So it just kicks ahk out of the line without telling it that that happened. Since that means that all the key presses in your system will get delayed and everyone waiting for ahk windows is rather impatient. When AHK receives a hotkey press that needs to check the condition of a #if it will run the code in the #if before it respondsīut ahk can only do one thing at once and when it's busy, it will respond way too late. When a key is pressed, windows hands the first guy in the line the message of that key and then waits for a response - then it goes to the next in line etc. When AHK uses #if, it gets into that line. Windows has like a long line where programs can stand in to receive key presses. In the words of nnnik (ahk forum mod) on why you should use #IfWinActive + its variants over #if, Here's something you can try doing:ġ) Set all your browsers/windows into a single ahk_groupĢ) instead of using #if WinActive(), use #IfWinActive ahk_group. It might be due to your #if WinActive() directive. It may be more frequent when CPU usage is high.Ĭode: #If WinActive("ahk_class Chrome_WidgetWin_1") || WinActive("ahk_class MozillaWindowClass") ||WinActive("ahk_class PX_WINDOW_CLASS")|| WinActive("Microsoft Edge") ||WinActive("ahk_class PX_WINDOW_CLASS")|| WinActive("XnViewMP") Then I have to press left control to get it back to normal. So after switching tabs it randomly start to zoom instead of scrolling. Most of the time they work as expected but sometimes after the mouse commands control is left in down state. I have some scripts to control browser tabs. If you prefer live chat with other humans:
0 Comments
Leave a Reply. |