Controlsend/click help.

[Zantomato]

Hello, I can't seem to find much about it, so i'm hoping someone can help, or simply tell me if it's not possible.

I'm using controlclick in a old-school retro game, and it works just fine. Kinda.

However, while I'm playing the game, and the script is running in the backround, If I'm holding down CTRL (or any modifier..) It will also apply to the controlclick/send that's running in the background.

For example, here's a code example.

ControlSend,, {F2}, ahk_exe client.exe

And i'm pressing/holding CTRL, it will send CTRL+F2.

The same thing happens with Controlclick aswell.

I don't want this to happen, is where a workaround?

[jeeswg]

You could try this or similar (i.e. try Ctrl / RCtrl):
ControlSend,, {LCtrl up}{F2}, ahk_exe client.exe
Or use KeyWait with LCtrl.

[Zantomato]

Alright, not quite the solution I was hoping for, but it does somewhat help, thank you.

[jeeswg]

- You could experiment with blocking the Ctrl key, e.g. *Ctrl to block any key combinations containing Ctrl, and to block Ctrl itself. You could then try manually adding in any Ctrl hotkeys that you need to use.
- [EDIT:] Actually it doesn't seem to matter what you do with hotkeys, windows detect when Ctrl is held down.

- This is an important problem, in case anyone has any ideas.
- [EDIT:] This script demonstrates a key problem.

Code: Select all

;note: without KeyWait,
;Ctrl is usually still being held down by the user,
;when the PostMessage is sent,
;this results in the folder (one level up)
;being opened in a *new* window,
;instead of in the current window

^u:: ;explorer (folders) - move up one folder
ToolTip, % "release Ctrl key"
KeyWait, Ctrl
ToolTip
PostMessage, 0x111, 40994,, ShellTabWindowClass1, A ;WM_COMMAND := 0x111 ;Up one level
return