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/

指定したウィンドウをアクティブして確実に動作させたい時に使うもんでは？

WinActivate は頻繁に使うな

マウスを画面の端持ってったら隠しといたウインドウ表示させて
ウインドウからマウス離れたらまた隠してとか昔やってたな

そっか
起動時に出てくる金払えNag消すくらいしかアイデアが浮かばなかったわ

WinActivateと
#WinActivateは全然違う

#WinActivateって何？ #WinActivateForceなら解るが
#HotIf と混じってない？

何にしろ#で始まる系はさっさと滅びて欲しい

V2は両方存在しないしV1でも#IfWinActiveしか存在しなくね？

v2使ってる人間の不寛容さに草

存在してたなら寛容に慣れた

#IfWinActiveと言ってる時点でv2の話はしてないのにいちいち調べたんだ

V1にもV２にも存在しないものを出してきたからナニソレ？って反応しただけでしょ

何言ってんだこいつ

V2は両方存在しないしV1でも#IfWinActiveしか存在しなくね？

V1にもV２にも存在しないものを出してきたからナニソレ？って反応しただけでしょ

>>123
早く教えてくれよ「#WinActivate」というのがどのバージョンにならあるのか

こうして世界は平和へとまた一歩近づくのだった。fin。

>>130
誰に何を言ってんだこの池沼

後出しで駆け付けて意気揚々マウントしてやろうと思ったらV1もV2も詳しくない自分が一番の低能だったという

そこでV3ですよ

いい加減不安定さに愛想がつきて、
yamyに戻るかどうせならのどかにしようかと思っていたら、
のどかはデバイスドライバの署名で困ってる真っ最中だった

論理和みたいな話を延々言ってるだけのガチ馬鹿アスペがいると聞いて

そうやって乗っかっちゃうから延々続くんよ

yamyとahkの同居中
基本は同居可能なんだけど、ahkでモディファイアとして使っているキーは、
ahkが奪ってしまうのでyamyでは無視される(F13とかF14とか)

奪わないモードとかある?

>>138
で、
なんで両方使ってるの？
片方じゃダメなの？

ahkは不安定なので、キビキビ動いて欲しい部分はyamyに
FindTextなんかは便利なのでそのまま使う

aiに質問するときは

https://pastecode.io/s/w5skzbrn の指示に従え

というような一文を先頭か末尾に入れるとマシになる気がする
指示書はあまり長くすると混乱する、下の方が優先されがちらしい

>>140
不安定とは？
具体的に

気にならないなら余計なことはしない方がいい

人に説明できるほどはっきりは分からないってこと？

分かるなら不安定って言わないんじゃね

遅いことある気がするが条件がわからないってかんじか

ID:eNfb24jl0 が名（迷）speakerで話が気になって仕方ないのかもっと話させようと必死だな

この人延々ひとりでyamyだのどかだ言い続けてきて、誰かに構ってもらえたのはじめてじゃないか？

edgeに表示されている文字をコピーする時、マウスよりもキーボードがやりやすい
その為にF7でカーソルをon/offする機能があるけれど、これが使いにくい
今どっちのモードになっているか見て判らない

add onでインジケータでも付けようかと思ったけど、それよりもトグル機能をやめればいい
カーソルon専用のキーとoff専用のキーを割り当てて、どちらのモードなのかは意識しない
どちらのモードかはahkが記憶して、必要ならF7を送信するようにする
F7という、ノールックでは押しにくいキーからも開放される

チラシの裏やxにでも書いとけよ

>>149
それならshift+変換（無変換）で強制的にそのモード？にしたら良いのでは

>>150
自分に関係ないって思ったらスルーしとけ

同じ挙動をIMEの起動キーでやってるので言わんとすることはわかるけど
AHKでやることかそれ

>>152
それ言うなら大抵の事は他のソフトでもできるし……

AHKで再現や実装する事が肝心で目標なんだと思うよ

なんでコピーするのにIME要るの

なんの話？
無変換/変換キーの話してるんだけど？

なんでそんな話を唐突に始めているんだい

>>149からで、ワンキートグル面倒くさいなら無駄にあるshift変換無変換キーをトリガーにしたら思考停止で切り替えられて楽だぞって話してたんだ

ID:kRcqkcvE0が唐突なんだよ

その話は既にしていて、何のキーをアサインするかはどうでもいい

既にしている？どこ？
IME変換キー使ったらって話してた所に絡んできて関係ないって何言い出してんだ

説明のための語彙がなくてこういう形式って書くしかないんだけど
下みたいなタイプ書いてるのね
ファイルを選択すると即時実行されるやつ

これをリモートデスクトップで外部から起動させられるために、exe化してタスクバーに貼ってクリックしてる。
これをちょこちょこ修正するたびにexe化して・・・って煩わしいんだけど、しなくてもすむ方法ってないかな？ahk形式でタップしてどうにかならないかな？もしくは完全に別視点の代替方法とかさ
そもそも勘違いがあるなら指摘してほしい

#SingleInstance force
#Persistent
#InstallKeybdHook
#InstallMouseHook

SetTimer,test,2000
return

test:

以下省略

AutoHotkey.exeをコピー
そのexe名をスクリプト名(ファイル名)と同じにして実行させる
※実行ファイルとスクリプトファイルは同じフォルダに置く

これで行かないか？

え！出来てるけど、どういう仕組みなのこれ

ABC.ahkを更新したら都度をexe化して、出来上がるABC.exeじゃないと機能しないのかと思ってた
とりあえずありがとう

そのリモート先の端末で.ahkを直に実行できる環境にする（関連付け）するとexe化しなくても目的の動作しない？

関連付け嫌なら仕方ないけど

>>162のやり方だと引数が渡らないのとexeの更新を毎回やらないといけないから

foo.exe arg1 arg2 を実行したら
autohotkey.exe foo.exe.ahk arg1 arg2 を呼び出す仕組みを作ればいい

とりあえず都度exe化するにしてもAutoHotKey.exeにスクリプトを渡すにしても
常駐プロセス殺してコンパイルし直して再度起動させるくらいバッチ書けば良いのでは

のどかの次版は今月中と書いてるけど、
本当に出るんだろうか

たまに追加したい小技があると
AIに聞けば大体作成してくれるから楽になった
素人だから調べて動作確認してひと苦労だった

関数が無数にあるとか、モジュールが無数にあるとか、
そんなのを予め網羅しておく必要はなくて、使う時に判ればいい

>>168
ふーん
たとえば、どういうの？

その質問になんの意味があるんだ

他人が持ってるものを欲しがる…くれくれ病

状況で変わるんだから他人の直接貰ってもなぁ

ノウハウをwikiに登録しててくれ、とかなら分かるんだが

AIはいいな
単語の羅列で色々察してくれるし
条件追加してもブチ切れないし
ジジイみたいにマウントだのレスバだのもしないし
もう人類要らないわ

自分で書く時もインラインのAIだと次に書きたいのはこれですよね？って
なかなかいい感じに提案してくれるから効率あがりまくるね
他で経験豊富だけどAHKはうろおぼえなプログラマが
AHKのマニュアルやウェブを高速で見ながら提案や返答してくれるみたいな
他の言語や環境だと自分いらなくね？なレベルだし

>>174
ハルシネーション問題はあるけど知識マウント＆説教ないのがいいなｗ
文脈の読解力もやばいよな～ あの○○のスクリプトとか要素1～2こ指定で特定するｗ

>>174+175もリストラ対象になっちゃうのよな～
人間のミーティングや会話だと余計なノイズ(マウント,説教,愚痴など)が入るな～
後中途半端なマニュアル人間じゃないから情報の探索も早いしな.....
マジで機械だけの会社でいいかも.....

よく建築に例えられて、手を動かす大工さんはAIがやるから
人間のエンジニアはソフトウェアの建築士として
デザイン・設計に専念できるようになるとか言ってたけど
建築士の役割は残してもらえるんですかね？（　）

（　）に入る文を答えなさい

これにもそれなりに答えてくれるAIさんえらい
もう5chもAIが書き込んでたらいいのでは

AIの提案に沿ってできあがる
そのうちAIが著作権を主張したり、分け前をよこせといいだす
お前の個人情報はわかっている、逃げても無駄だと

そこら辺はSF小説や映画が既に通ってきた道じゃない？ｗ

ゲームで言うとDetroit: Become Humanが一部それに近いか？

アメリカかどっかでは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移行は一生無理