AutoHotkey スレッド part34 (600ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
160: 07/16(火)21:43:28.93 ID:bhZYkzZ40(1) AAS
>>158
なんかすごいバグを発見してしまったみたいな書き方だけど
書き込む前に、"D:\【"を"D:\abc"みたいなASCIIで試したりしないの？
194: 07/20(土)18:38:42.93 ID:ePOE/sCL0(1) AAS
腕とかなら行くな
俺が謎解きさせてから書き込めよ
322: 08/13(火)20:53:20.93 ID:PrSv+o4f0(1) AAS
>>321
前提として、OS上で同じ入力制御が行われているアプリ同士の場合、完全に同時になるタイミングで、アプリ別に異なる修飾キーの状態の維持はできないと思われます
AHKでは単独キーがSendされる時(ControlSendでも同様)に修飾キーが押されている場合、一時的に修飾キーがUpされSend後に元に戻されますが
そのスクリプトでは連打されているので、連打の間隔の僅かなタイミング以外では物理的な修飾キーの入力を受け付けない状態になります
したがって、{Blind}{Tab}とすることで効いたりするかもしれませんが、たぶん今度はバックグラウンドアプリに修飾キー+Tabが送られたり
修飾キーが押しっぱなしになったりと不都合がでると思います
バックグラウンドでTabを連打し続けると言う状況がよくわかりませんが、可能ならキー入力以外の別の方法を考えたほうが良いと思います
とりあえず現状のままで実現するなら、修飾キーが押されている場合、 ループを一時的に止める or ControlSendしない などの方法が必要になると思いますが
ループ内でSleepを使用しないようにする工夫がないと修飾キー付き操作をする際のレスポンスが悪くなると思います
473(1): 10/06(日)13:00:16.93 ID:1y8Ea0fn0(2/2) AAS
>>471
AutoHotkeyのスクリプトで、単純な処理の場合でもReturnは必要です。Returnはスクリプトの終了を明示的に示すため、スクリプトの動作を予期せぬエラーから守る役割があります。
コパイロットより
581: 11/10(日)17:18:43.93 ID:J4tKGOxg0(1) AAS
発想の貧困さを自慢しなくてもｗ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.088s*