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