AutoHotkey スレッド part36

v1
ホットキーを無効化するのに
Returnを記述するのとExitとで、何か違いはありますか？
処理の重さなど

>>315
運用上、スレッドの即時終了が必要ではない限りReturnの方が無難ですが、重さについてはちょっと興味がでたので調べてみました
結論としては実用上で処理時間の差はほぼありませんが、数ステップ分Returnの方が軽量になるため、ナノ秒単位の差でReturnの方が速くなるようです

ちなみに「a::Return」の場合v1とv2で差はありませんが、v1 「a::Send, b」 v2 「a::Send("b")」 の場合
これだけでは実用上の差はほぼでませんが、単純な処理のステップ数でv2の方が速くなります
質問のレベルでの処理時間の差を気にするのであれば、その他の最適化も含めv2にした方が有益です

v2に移行しようとして毎回挫折する
既存のv1スクリプト多すぎんよ

>>317
数万行、移植完了した
爽やかな気分

>>317
claude opus 5 にフォルダごと丸投げで大体なんとかなる

何にそんなに使ってるんだ

コメントつけてzipでくれ

既存のPC操作やネットのブラウジングとかをほぼ全てスクリプト処理とか？？？
色々摩耗しそうだがそういう人なら大量のスクリプト使用してそう
後は動画や画像の大規模加工？？？

http://ahkwiki.net/Top
が急に404 Not Found連発する
と思ったらhttpsになったんですかね

v1で、vk〜〜のバーチャルキーを指定すると
どれもInvalid hotkeyになってしまいます
なぜ？どういう環境なら機能するの？

Windows開発キットに入っているヘッダファイルを見て、DispCallFuncで何番目の関数を呼び出すかを調べたというQiita記事を読んだ
その記事はVBAからUI Automationを叩くというもの（これがAutoHotkeyに似てるかなと）
そもそもWindows開発キットをインストールしてないし、ヘッダファイルを見たことがないんだけど、見てる？

脱AHK派（ハードウェアマクロ移行）との議論勃発

海外のテックメディアで「パワーユーザーが2026年にAHKを手放す6つの理由」という記事が公開され、コミュニティで激しい議論が交わされました。「管理者権限のウィンドウで動かない」「ゲームのアンチチートに引っかかる」といったAHKの弱点を、QMK/Via対応の自作キーボードやハードウェア側で解決するアプローチ（Lua言語への移行など）が話題になっています。

ハード的にどうにかできる範囲のことならどうにでもなる
そんな基礎部分ではなくて、もっと応用的なあれこれをやらせまくってるのが問題

>>326
管理者権限の機能あるやん
バカ議論

>>319
試したら8割9割直してくれたわ
有能

>>329
すごいな
数万行を自力で移植したわ

書いたコードが五万行

>>326 を調べたら記事は 6 Reasons Power Users Are Ditching AutoHotkey in 2026 ://keyboardhardware.com/posts/2026/6-reasons-ditch-autohotkey/ で Rebind ://www.rebind.gg/ の宣伝
・Mac、Windows、Linuxで使える
・Lua言語
・有料だがハードウェアレベルで動かせオンラインゲームでチートできる
・英語だが内蔵AIでスクリプトを生成できる
・AutoHotkeyのWinActivateなどのライブラリ、利用者が公開した膨大なスクリプト資産は使えない

有料だが

>>329
全面的に正常動作するまで作業させたら？ 自分のときは AI が 1 時間くらい作業して、ドライテストなんかもやってくれてたけどね

馬鹿とAIは使いようなんだよな
結構人間向けのアプローチが有効で、
・一度にやらせずに段階的に作らせる
・テストを作らせて変更毎にテストさせる
みたいな工夫をすると品質が一気に上る

今後二度と自分では書かないというならいいけど
v2わからないまま書き換えさせたら自分のコードすら手直しできなくなって最悪じゃん

>>334
すごいね
ちゃんと動くの？
ソースコードとか、汚くならないの？

>>337
動くようになったらその後にファクタリングさせて、そこで 自分流に最終調整

因数分解?

>>338
そうなんだ
試してみようかな

再起動後、
状態を復帰するスクリプトを作ってる

いつの間にか最先端の言語に躍り出てしまったな

ここ数週間で最もホットな話題は、AI（LLM）とAHKの直接連携です。開発コミュニティの間で、AIがユーザーのPC環境をデバッグ・操作できるようにする「AutoHotkey v2 MCP（Model Context Protocol）サーバー」の開発や活用が進んでいます。これまでは「AIにAHKのコードを書いてもらう」だけでしたが、現在はAI自体がユーザーのPC内のAHKツールを直接検索して実行する試みが行われており、PC操作自動化の新たな次元として注目されています。

Release v2.0.27 · AutoHotkey/AutoHotkey · GitHub
https://github.com/AutoHotkey/AutoHotkey/releases/tag/v2.0.27

>>342
つまりどういうことです？

もっとナルトっぽく言ってみて

契機をしっかりすれば橋渡しとして余りにも優秀だってばしん！

AI君日に日に賢くなっていく
https://i.imgur.com/2ucJtW8.png

>>347
何作ってるの？
おもしろそうだね

今日はkotlinのrequire系関数パクって100個実装してーって頼んだら実装してくれた

n := RequireInRange(x, 1, 100) ; 1..100以外なら例外
font := RequireFontName("meirio") ; 存在しないのでなので例外

AutoHotKeyってはじめてみたけどそれなりの
スクリプト言語仕様で驚いた
AIにテトリスゲーム書いてもらったらちゃんと動いて
２度ビックリ
https://rentry.co/tetris_autohotkey

https://www.npmjs.com/package/openinputbridge-mcp
何かに使えそう

>>351
ほう
AHKより正確なのか？

デバイスドライバの層でやってるので、
LLフックを使ってないか監視してるゲームとかがあったとしても検知できない

Release v2.0.28 · AutoHotkey/AutoHotkey · GitHub
https://github.com/AutoHotkey/AutoHotkey/releases/tag/v2.0.28
> Fixed Gui.Move to not DPI-scale X or Y.

>>353
試してみる

>>354
昨日更新したばかりなのにｗ

いっそキーボード側で完結するluaスクリプトでも書ける商品作ればいいのに
スペースキーの下にalt1, alt2, alt3, alt4というボタン生やして

ハードに焼くとデバッグがめんどい
絵に描いた餅を眺める馬鹿