Send、SendRaw、ClickコマンドおよびMouse系コマンドの処理方式を変更する
SendMode Mode
| 引数名 | 説明 |
|---|---|
| Mode |
以下のどれかを指定。 各方式の詳しい特徴は後述。
|
一定の間隔を開けながら、個々の操作イベントを生成する。
操作の再生中にユーザーが行った操作が割り込んでしまうことがある。
これを防ぐには、BlockInputコマンドでユーザーの操作を無効化しておけばよい。
操作の間隔は、SetKeyDelay、SetMouseDelayコマンドで設定できる。
入力の再生速度が非常に速い。
このため、再生中に予期せぬウィンドウが現われて動作が妨げられると言ったことが防げる。
また、再生中にユーザーが行った操作は、再生終了後まで後回しにされる。
このモードでは、一度に行える操作の数は5000個程度までに制限されている。
これを超えた分は無視される。
他のプログラムが下位レベルキーフックを使用していると、Inputモードは性能が大きく低下してしまう。
このため、他のAutoHotkeyスクリプトがフックを利用している場合、Inputモードは自動的にEventモードに変更される。
また、Windows95/NTではこのモードは利用できず、同様にEventモードに変更される。
「CoordMode,Mouse,Relative」でマウス操作の座標をアクティブウィンドウの左上からの相対座標として扱うように設定されているとき、Sendコマンド内の「{Click}」操作の基準座標はコマンドが開始した時点でのアクティブウィンドウの左上座標となる。
このため、途中でアクティブウィンドウが変わっていたりすると、期待通りの動作にならないことがある。
Sendコマンドを複数回に分けて、Clickの前にウィンドウの変化が生じない様にすれば、この問題は発生しない。
このモードでは、一切間を開けずに全ての操作が再生される。
SetKeyDelayコマンドで間隔を設定することはできない。
Inputモードが使用できずEventモードに変更された場合は、「SetKeyDelay,-1,0」を指定したときの動作になる。
ただし、「SetKeyDelay,-1,-1」が設定されている場合は、その設定に従う。
Playモードでは、一連の操作がアクティブウィンドウに対して一遍に送り込まれる。
Inputモードよりは低速だが、「SetKeyDelay,-1,-1」が設定されたEventモードよりは高速に動作する。
「SetKeyDelay,10,10,Play」のようにすれば、Eventモードと同様に各キー操作の間に一定の間隔を開けさせることができる。
再生中にユーザーが行った操作は、再生終了後まで後回しにされる。
ただし、Windowsキーを含むシステムのホットキーだけは動作するため、スタートメニューなどによりそうさが妨げられる場合がある。
AutoHotkeyがキーボードフックを使用している場合、自動的にWindowsキーが無効化され、誤動作を防止する。
PlayモードでWindowsキー(LWin,RWin)を押しても、Win+Rなどのホットキーは反応しない。
また、CapsLock、NumLock、ScrollLockキーのトグル状態を変更することもできない。
再生中にCtrl+Alt+DelやCtrl+Escが押されると、再生は途中で終了し、スクリプトの続きが実行される。
Playモードで生成したキーの押し下げ状態は、GetKeyStateなどで検出することができない。
スクリプト自身のウィンドウに送られたときだけは例外的に検出できるが、「RShift」などのように修飾キーの左右を区別することはできない。
Sendコマンドには、上記の3つのモードに対応するコマンドとして「SendEvent」「SendInput」「SendPlay」コマンドが用意されている。
これらのコマンドを利用することで、一時的にSendModeの設定とは別の方式で入力の生成を行える。
マウス操作も、「SendPlay,{Click}」のようにして発生させられる。
いずれのモードも、特定のアプリケーションを上手く操作できない場合がある。
操作したいアプリケーションに応じて使い分ける必要がある。
この設定の基本値は、スクリプトの最初のAutoExecuteセクションで設定する。
ホットキーなどで新たに起動されたスレッドでは、設定は基本値に設定される。
Send, SetKeyDelay, SetMouseDelay, Click, MouseClick, MouseClickDrag, MouseMove
SendMode Input SendMode InputThenPlay