AutoHotkey スレッド part36

■公式サイト
https://www.autohotkey.com/

■解説等
・v1.1
AutoHotkey Wiki
http://ahkwiki.net/Top

・v2
クイックリファレンス｜AutoHotkey v2
https://ahkscript.github.io/ja/docs/v2/
v1.1からの変更｜AutoHotkey v2
https://ahkscript.github.io/ja/docs/v2/v2-changes.htm

■前スレ
AutoHotkey スレッド part35
https://egg.5ch.net/test/read.cgi/software/1733887021/

アメリカかどっかではAI作成物に著作権はないって判決が出てたはず
日本は後進国だからどうなるか

アメリカは州ごとに法律違うからあんま参考にするなｗ

のどかのデバイスドライバ対応版は出なかったな

無理やりゴミレス書き込まなく絵いいよ

どういう意味?

このスレまだ稼働してる？最近AHK触り始めたんだけどコマンドがループしますわ～
ほぼAIに書いて貰った奴だけどねｗ

最小限の再現コード書いてくれ、何のことだかさっぱりわからん

自分には解析すらできないクソだって自己紹介でしかないぞ>>188

いや～ほんわかレスと煽りレスこれが5ch w
一応原因行は特定できてますけどね

何も詳細を書く気がないなら来るなよ

気持ち悪い人しかおらんな

AutoHotkeyは良いツールなんだけどね

結局使う奴次第なんよ

.mdにAHK公式ドキュメントのURLを書いて「これを毎回必ず参照しろ」と入れておけば、無限ループみたいな凡ミスはしなくなるよ。

使い方とか安全性知らんけどai用スキルあるよな
どの程度使えるんだろうな

メモ帳用にctrl+V の貼り付け時に、クリップボードの改行コードを LF→CR+LF に変更する以下のスクリプトを書きました。

#UseHook
^v::
;改行コードLFをCR+LF に置換
newClip := RegExReplace(Clipboard, "(?<!\r)\n", "`r`n")
clipboard =
Clipboard := newClip
ClipWait, 3
if (Clipboard == "")
{
msgbox, クリップボードが空です
}
send, ^v
return

上記コードで ctrl+V を押すと、数十回に1回ぐらい、何も貼り付けられません。
if (Clipboard == "") を書いているので、クリップボードは空ではないはずです。

AIに聞いて以下を試しました。

・send, ^v の代わりに SendMessage, 0x302, 0, 0, Edit1, A を使う → 変わらずたまにペースト失敗

・send, ^v の前に sleep,100 を入れる → ペースト失敗しなくなった

このように、 sleep,100 を入れると失敗しなくなるのですが、連続でペーストするのが遅くなってしまいます。
sleep を使わずに確実にペーストする方法はないでしょうか？

その内容のまま 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リリースってめっちゃ最近だよね致し方なし

>>239
これを「めっちゃ最近」と捉えるかどうかは……

Changes & New Features | AutoHotkey v2
https://www.autohotkey.com/docs/v2/ChangeLog.htm#v2.0.1
> 2.0.1 - January 1, 2023

v1を淘汰する力がまったくないv2が悪い

あれはせいぜいv1'

ここはなぜv1擁護が多いんだ？意味不明
Geminiだと「autohotkey v2」を入れるだけでv1なんか1ミリも混ざらず
神コード量産してくれる

>>243
作った神コード見たい

俺も純粋に見てみたいよ
神でなくていいから

AIが完璧に書いてくれるならそれこそv1でも何も困らないじゃん

絶対に外せないDescolada氏のUIA、WinEventとか
主要なライブラリがメンテナンスされてないじゃん
UIAはv1用もあるが主力じゃないでしょ
それにv2じゃなきゃムリな機能、記法もある
コードはイベント検知のリアルタイムUIAインスタンス更新系
ここに貼るには長すぎる

>>243
混ざる
特にPixelGetColorが絡むと"RGB"をいれてきやがる

毎回じゃなくてたまに入れてくるのと
高確率でv1ではこうだったのでといって注意してくることもある

>>248-249
すまん！1ミリもというのは語弊があった
確かにたまにv1の…とか言うときはある
でも自力で解決するのと比べりゃ雲泥の差
基本100%任せることはせずコードを貼って精査してもらうという
利用なのでv1ノイズの遭遇率が低いのかもしれん