Does that mean that:Documentation wrote:If a script other than the one executing SendInput has a low-level keyboard hook installed, SendInput automatically reverts to SendEvent (or SendPlay if SendMode InputThenPlay is in effect). This is done because the presence of an external hook disables all of SendInput's advantages, making it inferior to both SendPlay and SendEvent. However, since SendInput is unable to detect a low-level hook in programs other than AutoHotkey v1.0.43+, it will not revert in these cases, making it less reliable than SendPlay/Event.
- if scriptA is currently sending keystrokes through the SendInput mechanism and scriptB:
- has a keyboard hook installed and
- wants to send keystrokes through SendInput _at the same time_
- if there is at least one AHK script that uses a keyboard hook to catch keys, then SendInput can't be used in any other AHK script; or
- something else
- what happens if there is a process that uses a keyboard hook, but AHK doesn't know that that process uses a keyboard hook and AHK sends keys through SendInput anyway? (in particular, how does the presence of the keyboard hook of a process affect SendInput)
- With SendInput, is it that only the first script that 'registers' the SendMode as SendInput is allowed to use SendInput at all? (and all scripts launched later revert to other modes)
- If one script sends keys to the other script, is there a way to determine, by what SendMode method were those keys sent/catched? (if they _were_ catched in the receiver script) (supposing there could be other scripts that cause the sender script to change the SendMode).