AutoHotkey スレッド part36

その内容のまま ChatGPT とかに貼り付ければ色々回答してくれるよ

v1だけどこんな感じの使ってる

MyClipWait(Action := 0) {

Action ? Send % Action
ClipBoard := "1E5z2Rij"
Timeout := A_TickCount + 10000
loop
{
if ClipBoard != "1E5z2Rij"
return ClipBoard
if A_TickCount > Timeout
throw {What:"Timeout", Func:A_ThisFunc, ClipBoard:ClipBoard}
Sleep,1
}
}

sample
s := MyClipWait("^c")

>>199
AIに聞いても sleep を使う方法以外はやはり、ペーストに時々失敗します

Sleep, 100 を以下に置き換えると、確実性を保ったまま遅延を最短にできるかもしれません
while DllCall("user32\GetOpenClipboardWindow", "Ptr") { ; クリップボードにアクセスしているプログラムがある場合、そのハンドルを返す(なければ0)
Sleep, 10
}

ただスクリプトを見る限りでは、根本的な勘違いがあると思われます
ClipWait は他のアプリケーションから ^c などでクリップボードにコピーする際に使用するものです
Clipboard := newClip のようなスクリプト内で直接クリップボードに文字列等を代入する場合は
AHKが内部的にシステムと同期を取る仕組みを備えているため、基本的に ClipWait を使用する必要はありません

そして、この件で問題となっているのは連続動作によって、メモ帳が貼り付け処理を終える前に次の処理が来て
スクリプトがクリップボードを初期化したりしている絶妙な合間に、メモ帳が貼り付け処理をしてしまうためだと思われます
したがって、Sleep の位置は Send, ^v の前ではなく後に置くのが正しいと思われます(というかこの件に関わらず^v直後のSleepはほぼ必須)
上記を踏まえ、以下のようなコードでおそらく要求を満たす動作をするはずです

$^v::
Clipboard := RegExReplace(Clipboard, "(?<!\r)\n", "`r`n")
Send, ^v
loop {
Sleep, 10
} Until !DllCall("user32\GetOpenClipboardWindow", "Ptr")
Return

>>202
回答ありがとうございます。
しかし残念ながらご提示いただいたコードを試しても、やはり10回に1回ぐらいは何も貼り付けられません。

>>200
無視されて可哀想

今調べてみたら、私が使っているのはVer.1.1のようだ
2.にした方がいいかな？　いろいろ書きなおすのは面倒だけど

>>205
v1、v2 と両方併存インストールできるし、スクリプトで v1、v2 用の識別は出来るから、
出来る部分から書き直していったら？

#Requires - Syntax & Usage | AutoHotkey v1
https://www.autohotkey.com/docs/v1/lib/_Requires.htm
#Requires - Syntax & Usage | AutoHotkey v2
https://www.autohotkey.com/docs/v2/lib/_Requires.htm

AHKもPythonみたいな問題抱えないで欲しいわ～
なんで2つの系統に分岐するのかｗ

>>203
少なくとも私の環境では198のコードでもそういった問題は発生しないので環境依存である可能性が高いです
・他のスクリプトと併用している場合、すべて停止してスクリプトを最小の構成で試してみる
・なんらかのクリップボード拡張(Windows純正を含む)を利用している場合止めてみる
原因を突き止めるならこういったことを地道にやっていくしかないです

あとは、Send, ^v の前に Sleep, 100 で問題が発生しなくなるなら
とりあえず Sleep, 15 から15刻み(Sleepの実測は15.625刻みなので)で試して最短遅延で妥協するとかですね

特殊な事例として、Win11のタブ付きのメモ帳は SendInput と相性が悪い(メモ帳側のバグがある)ので
v1のデフォルトは Event ですが、変更している場合 Event に戻す必要があります

>>207
ただ v1 は公式に "deprecated" となってるから、新しいスクリプトを書くなら v2 の方がエエと思うで。

pythonも分岐しとらんやろ

分岐というか分離か？1つのver系統で使わせてほしいわー

よく言われるモディファイア押しっぱなし病もAHK内で解決するし
アイデアが無い人はどんな言語でも無理でしょ

1ファイル運用で2000行位と長すぎになってきたから
include形式にして機能ごとにファイル分割した
もっと早く分割してけば良かった

メニューとか出す時は、分割ですらなくて、
別ahkを起動した方が安定する

分割したファイルが関数ライブラリ機能で複雑に呼び合いまくってるんで
関数ライブラリ廃止しやがったせいでv2移行は一生無理

Includeするだけやん

特にv2移行する気もないしIME.ahkとかそのまま使えるのかすら興味ない

>>215
自分でいい解決策が無いと思ってもAIに聞いてみろ
単純作業が面倒なだけならAIでどうにかなる時代

AIがAHKファイル作成代行の時代やしな～
v1とv2はそんな違いもあるのか～ただ公式はv2をメインストリームにするだろうね

>>219
AHKって、AIで作れる？
C++とかPythonは作れるけど

v1の本質的に駄目な部分をv2も受け継いでるので、
機械的な置き換えでv2化できてしまう
つまり、わざわざv2にするメリットは無い

そういうのAIとやってね
どんなゴミネタでも無限にレスバしてくれるよ

繰り返しになったり打ち切られたりするよ

>>220
普通に対応してるぞ？内部の言語にC系とか学習させてるんやろ

>>224
そうなんだ
試してみるわ
C++のAIは便利

今のAIに書けない言語なんか殆ど無いぞｗ

のどかはx64は通ってるのにx86で難航しているらしい
そんなもん要らんからさっさと公開して欲しい

また変態度が上がってしまった

"E:\Ero\Movie".MustIsDir.GetItems({r:1, d:0}).MustNotEmpty.DbgLog.Shuffle.1.Open

E:\Ero\Movie 配下のエロ動画をランダムに選択するスクリプト 乙

のどか 4.31リリース
やっぱりアップグレード代がかかるので粘って正解

>>230
まだ生きてたんか
2回金払ってるけど案内来ないから知らなかった

のどかだと、英数キーをレジストリでF13とかに入れ替えても無視される
デバイスドライバがさらに先回りして入れ替えてる
その結果、mod mod0 = 英数 みたいに他のキーと同様に書くだけで
モディファイアを定義できる

でもAutoHotKeyと同居出来ないんでしょ
覗いてみたら注意書き多くて、今の環境止めてまで試してみようという感じに欠片もならんかった

普通に同居しとるよ
キー置き換えみたいなキーの奪い合いに勝ちたい部分はのどかに任せて、
メニューを出すとか、画面を検索するとか、動けばいい部分はahk

ネット上からV1のコードを抹消してくれ
AIがV1とV2をごちゃまぜに書くから

V2限定でと書いてもちょいちょい混ざるだよな

NSISとかああいうのも苦手だから自分でエラー内容から資料を探して渡すほうが早えわ

のどかとかどうでもいいから専用スレ立てろよ

v1がノイズなのはわかるけどv2リリースってめっちゃ最近だよね致し方なし