AutoHotkey Community

[guivho]

I often am bitten by a 'stuck' win key. Just before posting this, I downloaded and installed Version 1.0.38.05 -- September 23, 2005 to make sure I got the latest version. Here's what happens:
- I press (e.g.) Win-s to launch Rajat's 320mph.
- I click the scan button to rescan, but the windows icon task box pops up.
- Every time I click scan, the selection rectangle moves to the previous icon.
- I have to press the win key again to get rid of this box and to normalize this situation
- In some cases this brings a different window up front

I vainly searched the forum to find any mention of this type of problem. Maybe I didn't look well, or maybe I am the only guy suffering from this. Any help or pointers would be highly appreciated.

(Oh, and by the way, need I mention that I can't imagine not having autohotkey functionality, thanks Chris!)

[Chris]

If Win-S is a hook hotkey in your script (as show by the main window's View > Hotkeys), I think that might explain it. When a hook hotkey launches a program, the script might be tied up for a second or two, during which it is not notified of keystrokes (in this case, your release of the Windows key).

To work around this, try adding the following as the first line of your Win+S hotkey:
KeyWait, LWin ; Or use RWin if that's the one you press.

There is a plan to add a dedicated thread for the hooks that might solve this issue. But if your script and/or Win+S hotkey does not use the keyboard hook, please let me know because that might indicate some other problem. You can find out if your script uses the keyboard hook with the main window's View > Key History (near the top of that screen).

[guivho]

Chris,

The script does include #InstallKeybdHook.

I've put the Keywait, LWin; as first statement in the 'RunRestoreHideApp' routine which I use to toggle all my hotkey driven apps. And it seems to do the trick.

I will report any problems I would still encounter.

Thanks again for the prompt and adequate reply, you're amazing!

Guido.

[MisterW]

I have also encountered a similar problem with sticky windows keys.

My script provides an alternative to the right click context menu when working with a group of files.

Rather than selecting files and right clicking for a context menu instead you start dragging the files and then hit the windows key. This brings up a grid of options, drop the files on the action you want executed. For instance drag the files onto the "rename" section and release, you then get another window where you can enter a regular expression. This expression is applied to all the files listed and they are renamed. ie s/\.txt$/\.TXT/ or whatever you want.

I'm currently having two problems, both of them are with things "sticking". Sometimes after dropping the files the windows key stays stuck down and craziness ensues. I'm hoping that the help from this thread will fix the problem.

The other problem I have is a delay in minimize windows and perhaps other gui operations caused by the following code:

~LButton & LWin::
Keywait, LWin ; added this from discussions in this thread
Gui, Show
WinActivate, LaunchSquare
return

With this code, clicking close or minimise in the applications title bar causes a strange delay of about half a second before the app closes or minimizes. It doesn't seem to be related to the speed of the click.

Removing this code and the problem goes away.

[Chris]

[MisterW]

[Chris]

I can't reproduce that either. Try this script:

[MisterW]

Your script produces the delay as does this even simpler script

[Chris]

Thanks for the follow-up.

[JSLover]

[Chris]

Thanks for the additional info. I'll try to track it down.

[MisterW]

[shimanov]

Run the following code.

Open the main window and minimize (close, maximize, or restore) it with the titlebar button. The cursor is frozen for a few seconds. Also notice, while the cursor is frozen, pressing Alt+Tab to switch windows will unfreeze the cursor and the operation (minimize, etc.) will complete immediately.

Now open the main window and minimize via the button's context menu in the taskbar. The same effect is not evident.

[Chris]

Today's release of v1.0.39 may have fixed the problem of a sticking Windows key and also the delay when closing/minimizing/maximizing Gui windows when LButton is a hotkey.

It's also quite possible they weren't fixed, but I can't test it because I haven't been able to reproduce either one yet.

Therefore, if you've observed any of the misbehaviors in this topic, please try again with the latest version and let me know if it's fixed or not fixed.

[MisterW]