AutoHotkey スレッド part33

■公式サイト
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 スレッド part30 IDのみ
https://egg.5ch.net/test/read.cgi/software/1644313099/

v2のクラスメソッドってどう書くの？
廃止になっちゃったの？

class MyClass
{
Add(a,b)
{
return a + b
}
}

MsgBox(MyClass.Add(10,20))

その記述の場合、インスタンス化する必要があります
MC := MyClass()
MsgBox(MC.Add(10,20))

MyClassを直接参照するならクラス内の全てのメソッドとプロパティにstaticを宣言し、MyClassをシングルトンにする必要があります
class MyClass{
static Add(a,b){
return a + b
}
}
MsgBox(MyClass.Add(10,20))

>>572
文字入力時って変換押した後？
なら変換キーでフラグ立てて、フラグ有効の間はショートカット無効
enter押したらショートカット有効にするとかでもできそう

個人的にはキーの見直しをお勧めする
条件次第で変わるショートカットは案外使いにくいよ

>>578
できた
ありがとう

上で書いた長押しが反応しないというのは、下記の長押しした際の動作がききません。
キーボードのキーに割り当てると反応するので、マウスの仕組み上なのかなと思っていますが、
下記以外でも、長押しした場合と、ダブルクリックした場合で動作を変えるスクリプトを教えていただけないでしょうか。
v2です。

XButton2:: ;
{ ; V1toV2: Added bracket
ErrorLevel := !KeyWait("XButton2", "T0.3") ;0.3秒対象キーが押されたかどうか
If(ErrorLevel)
{
send "a" ;ここに任意のコマンド 長押し
ErrorLevel := !KeyWait("XButton2")
Return
}
ErrorLevel := !KeyWait("XButton2", "D T0.2") ;0.2秒対象キーが押されるのを待つ
If(ErrorLevel)
{
send "b" ;ここに任意のコマンド 1度押し
ErrorLevel := !KeyWait("XButton2")
Return
}
Send "c" ;ここに任意のコマンド 2度押し
ErrorLevel := !KeyWait("XButton2")
Return
}

みなさんありがとうございます
>>573
574さんが書いてる様に入力時は既にあるんですよね
>>574
基本的には無理なんですね
AHKで難しいのは出来そうに無いレベルです
>>575
wikiは1の物で、そこを特に問題にはしてないです
>>576
お、ありがとうございます
試させて頂きますね
>>579
変換キー押す前も後も全部ですね
既存のショートカットでCtrl+↑（↓）があるので合わせた方が良いと思って

576さんに教えて頂いた物で出来ました
どうもありがとうございました
皆さんもかんがえて頂いてありがとうございました

>>581
少なくとも私の環境ではそのコードで正常に動作します
他の常駐スクリプト(v1v2両方)があれば終了して、その記述だけのテストスクリプトを起動して正常に動作するか試してください
それで正常に動作するなら既存のスクリプトのXButton2ホットキーが干渉しています。そうでなければ他の常駐アプリが干渉している可能性が高いです

マウスの挙動としては、ドライバアプリで変な設定をしているか、チャタリングが発生している という場合でない限り、XButton2の長押しができないということはないと思いますが
確認したいのであれば、ListLines()のみのテストスクリプトを他に常駐スクリプトがない状態で実行して
View → Key history and script info を表示し、F5で更新しつつXButton2を長押しして、正常に認識されているか確認してください

既存スクリプトのタスクトレイアイコンを 右クリック → Open または ダブルクリック でも同様のログを表示でき、前述したテストスクリプトだけのチェックをすっ飛ばして
XButton2押下時の実行ログやKeyhistoryを調べることもできますが、完全にスクリプト構造を理解出来ていないのであれば、個別に順序立てて調べていく方が良いと思います

下記以外でも と言うのは、別のアルゴリズムで同様の動作をするコードという意味でしょうか？ そうであるならそれを求める必要性がわかりません
別のアルゴリズムでのコーディングは可能ですが、それによって問題が解決することはないと思われますし
現在のアルゴリズムの方が洗練されていると思うので変える必要はないと思います

とりあえず、アルゴリズムに変化はないですがErrorLevelは冗長なのでクリーンアップした物を提示しておきます
XButton2:: {
if !KeyWait("XButton2", "T0.3") { ; 0.3秒対象キーが押されたかどうか
ToolTip("ここに任意のコマンド 長押し")
KeyWait("XButton2")
return
}
if !KeyWait("XButton2", "D T0.2") { ; 0.2秒対象キーが押されるのを待つ
ToolTip("ここに任意のコマンド 1度押し")
KeyWait("XButton2")
return
}
ToolTip() ; ここに任意のコマンド 2度押し
KeyWait("XButton2")
}

USキーボードを普通に認識して刻印通りに入力できる状態で

+2::Send,{"}
@::"

などで一部のキーを109風に割り当てているんだが
右SHIFTだとAutoHotkeyが効かず通常入力になってしまう

RShift::Shift

とすると、キーボードテストサイトなどでは左右どちらも左SHIFTとして
認識するのに、やはり右だとAutoHotkeyが効かず通常入力になってしまう

ならばと試しに >+ にすれば右SHIFTだけで作動するのかと思うと
右SHIFTを押しながらだとAutoHotkeyで置き換えたキーが一切入力できない
どうなっているんだこれ？

>>584
2を"に変えるのはAHKの守備範囲外なんじゃないの
レジストリに書くだけのキー変更フリーソフトでできるはず

#HotIf WinActive の中でInputBoxを使うと、
InputBoxから抜けた時にWinActiveの条件を満たさなくなって、
以降の処理が無視される
ちゃんと元に戻るにはどうすれば

>>584
#UseHookを使うかホットキーラベルの先頭に$を追加してみてください


>>586
スクリプト内の上から順に#hotifの判定が行われますが、初期設定ではこの判定に1秒以上かかる場合
タイムアウトと判断され、それ以降の#hotif行はすべてfalseを返します
したがって、InputBoxなどの入力待ちするような物はまず正常に動作しません

詳しくはここを読んでください
https://ahkscript.github.io/ja/docs/v2/lib/_HotIfTimeout.htm

そんな感じでも無いみたい

対象のウィンドウが特殊みたいで、クリックした状態とフォーカスがある状態が別で、
フォーカスがあるだけだとキー入力が無視される

>>586
#HotIf WinActive の中でInputBoxを使うとはどのようなコード？
^!c::
{
a := InputBox("入力してください", "入力").value
MsgBox "Control+Alt+Cを押しました" a
}
このコードで問題ないのでは？

サンプルコードをこっちにする
#HotIf WinActive("ahk_class Notepad")
^!c:: {
a := InputBox("入力してください", "入力").value
MsgBox "Control+Alt+Cを押しました" a
}

>>588
ホットキー押下でInputBoxを使用した場合、フォーカスが外れて元のウィンドウに戻らないと言うことであってますか？
そうであるなら、ホットキー押下時点でControlGetFocusを使用してフォーカス位置のhwndを取得しておき、InputBox終了後に戻せば良いです

MsgBoxはちゃんと動く
入力した数だけキーを押す、みたいなのが動かなくなる

実際には動いていて、アプリ側が無視してしまう
ウェイトを入れてその間にウィンドウをクリックすると動く
WinActivateでフォーカスを移しただけでは動かない

ControlGetFocus, ControlFocusも試してみる

>>584
v2しか使ってないが
$+2::
{
Send "`""
}
$@::
{
Send "`""
}
で右SHIFTでも問題なし
$をつけないと71個のホットキーを短時間に受け取ったというエラーが出る

>>583
ありがとうございます。切り分けしたところ、結論としては
下記の■のコードが邪魔しているようでした。
tooltip知らなかったんですが、便利ですね。
また、ご存知でしたら、下記の■の処理を入れた状態で、
長押しも実現するいい方法がもしわかればお教えください。
どういう分岐で動いているのか理解できないのですが、「XButton2」長押しなのに、
■の処理をまっているのか、長押しがどうさしないです。
=============================
#UseHook ;ホットキーラベルの定義で、常にフックを使用するようにする
■XButton2 & LButton::send "d"
XButton2:: {
if !KeyWait("XButton2", "T0.3") {
send "a" ; 0.3秒対象キーが押されたかどうか
ToolTip("ここに任意のコマンド 長押し")
KeyWait("XButbbcbton2")
return
}
if !KeyWait("XButton2", "D T0.2") {
send "b" ; 0.2秒対象キーが押されるのを待つ
ToolTip("ここに任意のコマンド 1度押し")
KeyWait("XButton2")
return
}
ToolTip("ここに任意のコマンド 2度押し")
SetTimer () => ToolTip(), -1000
send "c" ;
KeyWait("XButton2")
}

たぶん2と"が同じキーだから無限ループ呼び出しになった
$をつけると無限ループにならないはず

ControlGetFocusもうまく行かないけど、
InputBoxの後でMsgBoxを出すと何故かうまくいく
理由は全然判らない

>>594
XButton2 & LButtonがXButton2の処理を奪っているという状態になります
処理の流れとしてはXButton2押下から離されるまでの間にLButtonが押されなかった時だけXButton2の内容が実行されます
そのため長押しを検出することができません
下記のように~を先頭に追加してください。これはXButton2の処理を奪わないと言う指定になります
~XButton2 & LButton:: send "d"

ただし、この場合XButton2 & LButtonを実行する際にXButton2長押し時の処理が暴発するので#hotifで条件を分けるなどした方が良いです
長押し時の処理が他に影響を及ぼさない物でない限り、同条件下での併用は難しいと思います


>>596
状況や説明が断片的で把握できません。最終的にどうしたいのかもよく分かりません
アプリ側の問題なら聞いても解決できるかは分かりませんが、最終的な目的、対象アプリ、現在のコードかテストコードを提示してください

ahkがどうとかではなくて、対象のアプリ固有の話なのだろう
InputBoxとMsgBoxでは抜けた後のフォーカス周りが何か違う

vscodeのステータスバーにある
行、文字コードあたりの情報を取得する方法ないかな
https://i.imgur.com/fIHkRq1.png

Acc-v2のExamplesが参考になりそうだ
https://github.com/Descolada/Acc-v2/blob/main/Examples/Example5_VSCode_LineColumn.ahk

>>597
よこですが
XButton2::だけだったらKeyWait(XButton2)がXButton2を待てるが
XButton2 & LButton::が追加されるとKeyWait(XButton2)がXButton2を待てなくなる
XButton2 & LButtonのキーが押されたかどうかを待たないといけなくなったから
ってことかなと思いました。

文字コードは数が少ないからUTF-8の画像をImageSearch

copy-current-line-numberというvscode拡張機能

sleep 1
があるのと無いのとで挙動が全然違う

画像を検索してその真ん中をクリックしたいけど、そのままでは左上になってしまう
画像サイズって取得できる?

検索してでてきたのは
ひとつはGui.Add("Picture")つかう方法
www.autohotkey.com/boards/viewtopic.php?t=100320
もうひとつはGdip.ahkつかう方法

ImageSearchでどうしてもゲームの画像認識が上手く行かなくてさんざん悩んだが
適当に*20にしていたのを*200に変えたら動きました。

一旦表示しておいてそれを取得するということか
時間かかりそうな気がする

>>585
元々は日本語キーボードと併用でUSキーボードも日本語キーボートとして
誤認した状態の是正と日本語キーボードに寄せるためにAutohotkeyを使い始めた
^6::send, {'}
*&::send, {^}
*'::send, &
*(::send, *
*)::send, (
*+0::send, )
*=::send, ~
*^::send, {+}
*-::send, -
~::send, =
*@::send, [
*`::send, {{}
*[::send, {Return}
*{::send, {}}
*]::send, {Return}
*}::send, |
*+::send, {;}
*;::send, :
+*::send, {}}
*vkBA::send, ]
+Rctrl::Send, {@}
Rctrl::Send, {_}
^Rctrl::send, {\}
RAlt::Send, {vkF3sc029}
+RAlt::Send, {vkF2sc070}
「"」「]」は日本語配列位置に「~」は元と近くて違和感のない位置に
Enter上部２キーは潰してEnterに
「_」は右CTRLに、あふれた「@」と「\」も右CTRLに突っ込んで
右ATLに「半角全角」と「かな」を入れた

>>585
後にUSキーボードだけになると日本語配列に寄せた部分だけ使いたくなった
それで手探りで↓なった、だが右SHIFTが機能してくれない、今がココ

`::Send, {vkF3sc029}
;+::Send, {\}
;\::`
+2::Send,{"}
@::"
+-::Send,{~}
~::-
]::Send,{Return}
\::Send,{Return}
'::Send,{]}
]::'
+'::Send,{}}
'::}
Rctrl::Send, {_}
_::^
+Rctrl::Send,{@}
^Rctrl::Send,{\}
RShift::Shift
+::>+
RAlt::Send, {vkF3sc029}
+RAlt::Send, {vkF2sc070}

キートップは黒いビニテでそれっぽくしている、とくに好都合だったのは
@を部分的に隠すと"っぽくなるところ
認識だけのためにテキトーな日本語配列のジャンクのミニキーボード
でも入手して繋げて前の設定で使うのが手っ取り早い気もするが

ぶっちゃけ右SHIFTを押しながらーで~が入力できるようになってくれればいい

外部拡張使わずに画像の真ん中クリックしたいってことだと思うけど、
検索元画像のwとh割ってimagesearchのxとyに足すのではいかんのか？

スクリプト起動時か関数初回動作時に画像サイズを1度だけ取得する方法にすれば実行時間を気にする必要はないです

興味があったので、仮に動的に画像を変更するので前もってサイズを取得できないと言う場合だとして、検証してみましたが

Gdipを使う方法だと10000回試行で1回当たり
初期化及び後処理を含める場合、約4ms、サイズ取得のみの場合、約0.25ms
guiを使う方法だと10000回試行で1回当たり
初期化及び後処理を含める場合、約7.5ms、サイズ取得のみの場合、約0.05ms
となりました

いずれにせよ実行時間が問題になることはなさそうです

そういやデフォだと画像からサイズだけを取得する方法がないのか
画像関係は全部拡張頼みだから忘れてたわ

>>613
追記、imagesearchの時間は含まれていません。画像サイズの取得のみ実行時間です

便利すぎる
いっそ文字列中に書けるようにするか
MySend("RButton", {Sleep:100}, "L", {Sleep:100})

空振りとれん

>>474で出来たと思ったらキートグルだとメモリ開放通っていなかったの巻
Reloadでわざわざ親ごと再起するしかないんか…

ループ中にExitAppかReload送ると暴走するんだよなぁ

ヒロキは話面白いけどな

サロンが始まったとこによるのかは分からない、というよりその程度の差がついたんや
VP来月発売やのに完全に小出しにされてるよ
でも俺がそういう契約しとるけど観れんくなるって聞いてなかったのか…
フルポジだから気に食わない理由がわかってれば印象も違っただろうにねえ

実は事実に困惑
秋の臨時国会に出ないと除名が濃厚らしい。
シジミみたく
毎日毎日何年も何年も

みんなから安すぎるって言われて仕方ない
含み耐え続けるツワモノ共よ
だがしかしここはヲチスレじゃありません。
https://i.imgur.com/8Yq3Kha.png

なんかロボット作って戦わせれる競技あったやろ確か

利益になる可能性もないしな

いきなり50人以上の前に話題集めか
ただ早打ちしてるだけだからな
燃料400リットルの燃料タンクはそこにあるみたいだが車の修理

暴れるのはもうずっと赤くなる
それ以外のパスワード忘れとか

ファンはもう仕方ない

昔のエロゲみたいで、このクレカ不正利用疑惑は

パターンしかない

fc2でやるって今日のアイスタの1日以降、体調不良になっても写真のやつの
クズアンチがまーた粘着して倦怠感が凄い定期
そもそも統一かアカかの二択になる

藍上は指数に負けて生命危ないよね
今現在も荒らしてるって事だ

来ないかなあ
くりぃむナントカが18年前って
しゅんの後半に出てた頃はめっちゃ面白かったわ草

同じもんで騒がれても何も問題ないくらい貯金あるのが

休んで一瞬無くなってるの半導体だけかなり食らってる
炭水化物摂取量関係ないんだよ

普通体重ゾーンにはいるんだよな
寝るしかねえなて感じで

712 名無しさん＠実況は禁止ですよ 2022/08/22(月) 02:15:08.07

サイドブレーキのしたまま走り出して
良かった

喋る相手というのはアンチの隠れ蓑でしかない
なら誰でも待てるからね

お前できてるみたいだから書類上は指数に勝たんとっての単なる選挙応援部隊だ
私は国葬未経験が多くて話だけしてろ

なんでそんな悠長なことはしてない高齢辞めジャニヲタの荒らし継続中
ココナラに依頼しなければ
本当の人間が胡散臭い以前に技術的に意味が全く出来ない

フォロー増やしてないぞ

上の世代みたいになってたけど
試さなくて
これよりインスタライブを行い、アカウントにてサイトに情報おくるんだろ

あれも跳ねてないとおかしい
それならアミューズから若手引っ張ってきそう
インターネットってのはマンガにしづらいちゃうかな
そうな番組は？通話録音公開？悪魔の所業だな

飛行機が上がり続けてたよな

毎日飲める薬では？

働き方改革とか言ってないのかな?
自業自得かも

5の戦闘なら欲しいな
いや、話せて嬉しいんだろ
異常が見当たらず異常無しなんだろな

別に関係無く出てきたな

なんか爆発前の大奥完結しても引かれるだけや

雰囲気で楽しめるRPGがないか？
でもホンマは趣味と違ったな
数字低いと思う

しかし
やるならやるで早く始めりゃいいんじゃない
オカルトも使えない
トップ選手はアマチュアだろうが

また肩を壊して精神的な部分に関しては宗教だけが情報源の爺さん婆さんとの関係性を広く発信して内容になってるだけで、
集合スレでする話やろってのもの
特定チケ知らなかったな

今どきのホームレスだぞ
巻き込まれたとか気付くと思う

俺よりも全然いいから贔屓に出てきてる
と思ってる

それ他スレでも国会議員様
あんなブサイクと間違えられるジェイクかわいそ

左ドラッグで文字コピーをv2に移植しようとしたらエラー●が出て、v2では変数を%で囲まないとの事でした
そこで%を削除し" "で囲むと別エラー
囲むのを止めたら違う場所にエラー■が出ました（この変数には値が割り当てられていません）
v2への移植を検索して複数記事読みましたがわからず
このスクリプトを機能する様にするにはどこをどう直せば良いのでしょうか？

改行が多いと出たので別にします

無理してv2使う意味ないのに

いや、無理してでもv2使った方がいい

>>656
そのスクリプトでは疑問点の部分だけを解決しても他にも色々変換ミスがあるので動きませんがとりあえず疑問点について説明します

ここ● -=は代入演算子なので右辺は式として解釈されます
したがって、""か''で囲まれていない文字列は変数名として処理されるので%TimeButtonDown%だと二重参照となります
この場合だと単に%%を外すだけで良いです
elapsed -= %TimeButtonDown%
↓
elapsed -= TimeButtonDown

ここ■ そのifに至るまでの過程での変換ミスにより、変数に何も代入されていないのでv2ではエラーが発生します
したがって、きちんとした処理が行われるよう修正するか、とりあえずスクリプトの先頭付近に x := x0 := y := y0 := 0 とでも入れておけば良いです

冒頭に記載した通りそのスクリプトでは他の問題点も解決しないと動かない、というか目についたとこを修正しても動かなかったし冗長な部分が多いので私ならこうします
厳格なテストをした訳ではないのでどっかで問題が発生する可能性はあります。と予防線だけは張っておきます
~LButton:: {
MouseGetPos(&x0, &y0)
if KeyWait("LButton", "T0.2") ; 押下時間が0.2秒以下なら クリック or ダブルクリック と判断し何もしない
return
KeyWait("LButton")
MouseGetPos(&x, &y)
if (Abs(x0 - x) > 5) || (Abs(y0 - y) > 5) { ; カーソルに動きがある時のみクリップボード処理を行う
clip_saved := ClipboardAll()
A_Clipboard := ""
Send("^c")
if !ClipWait(1, 1)
A_Clipboard := clip_saved
}
}

元のスクリプトにはCrimson Editorと言うエディタで、おそらく行番号をクリックした場合、行選択されるのでその行をコピーする機能がありますが除外しています
この機能と同様のことがしたければ#hotifで個別に対処する方が良いと思います

>>656 >>661
冗長なのは置いといて元の動きはこれで再現できるのでは？
コンバータが { の解釈をミスったようだね

elapsed -= %TimeButtonDown%
　↓
elapsed -= TimeButtonDown

if (keystate = "U, {")
　↓
if (keystate = "U") {

>>662
そこだけではないんですよね
loop内の末尾に無条件のreturnがあるのでそもそもloopが機能していないとか
LButtonの解放時にタイミングによってはLButtonStateが先に判断され、そこでbreakされるとか
タイミング次第でカーソル移動判定のifに入らないとか
他にもいくつかおかしいとこがあって、自分で作ったほうが早いなコレとなった訳です

>>663
あぁタイミング次第は確かに
全体Loopは0.2秒以下の長押し中は継続、0.2秒以上の長押し後、解放でreturnと思いました
元ネタはこれぽいので元々の問題ですね
https://www.autohotkey.com/board/topic/5139-auto-copy-selected-text-to-clipboard/

いや違うな
結局0.2秒以下でもLoopの継続はLButtonStateのタイミング次第に訂正

>>618Loopを while_stop = 0 にして、
親のトグル文のelse内でahkAssign("loop_stop", "1", hoge)したら通ったっぽいわ

親から実行弄るんじゃなく子で実行中のahk上でTerminateに進むようにしないと駄目らしい
これでも微妙に終わり際の挙動が怪しいが…

わきまえよ
メールとか見てないが

^+2,^+w,^+s,^+xのホットキーが認識されない
KeyHistoryに出てこない

Ctrl+Shift+W doesn't work if Ctrl key is remapped. #11148
https://github.com/microsoft/terminal/issues/11148
が関係してるかもしれない

キーボードがそもそも対応してなかったりする

>>668
1.1.37.02 と 2.0.13 で
SoundBeep を試したけど、その組み合わせの全部で機能したよ
デフォルトではhookされてないから、履歴に出ないのはそのせいじゃないの？

>>668
キーボードで元々の Ctrl+Shift+◯ を押しても認識しないのでしょうか？
そのURLにあるのは何らかのアプリでCapsLockをCtrlにリマップしていて、物理的には CapsLock+Shift+w を押した際に認識できないと言う内容です
この場合、まず間違いなくキーボードがCapsLockと修飾キー以外の文字キーなどとの同時押しを受容していないのでどうにもできません

>>671
2-w-s-xの縦の４つのキーだけが出てこないんです
４つのキー以外はKeyHistoryに出てきます
Alt+Shift+◯ にしたら出てきます
そのURLにあるのはSharpKeysというアプリです
これと同じレジストリを変更するアプリで日本人が使うのはChange Keyでしょうね
そのアプリを使っています
使っていないならそういうことにはならないということでしょう

そのアプリを使ってCapsLockをCtrlにリマップしています

>>672-673
自分もChange Keyでcapslock(Aの左隣)とLeftControl(左下角)を交換してるけど(USB接続のキーボード)
交換後のcapslock(物理LeftControlキー)で交換後のLeftControl(物理capslockキー)の
LEDランプかオンオフされる位に完璧な動作になってる

メカニカルスイッチ式のキーボードはスイッチが独立してにるので
最近のはNキーロールオーバー対応で任意の同時押しが認識されるけ(自分のはこのタイプ)

メンブレン式のキーボードはスイッチが独立してなくて、どうしてもダメ同時押しパターンが発生するので、
>>669の言う通りな気がする

あと古いPS/2接続だとNキーロールオーバー対応のNが制限あったかと

キーボードのキーはハードウェア基板上で入力を検知する伝送路がいくつかのセクターごとに検知するよう配置されています
そのため同じセクター内では同時押しを認識できるキー数が限られていますが、別のセクターであれば同時入力を検知できることもあります
設計によって伝送経路が違うので、キーボードによりどの程度同時入力が可能かどうかにばらつきが出ます
したがって、この問題はAHKに関係なくキーボード固有の問題となるのでどうにもできません