【自動化】MacroDroid Part5【マクロ】

Androidの操作を自動化するアプリMacroDroidの専用スレです。
マクロ製作の質問や情報交換をしましょう。作成したマクロの共有も大歓迎です。

次スレは>>950が立てること。立てられない場合は>>980が代わりに立ててあげてください。

アクティブにbluetoothを拾いにいくより消費電力は低い気がしているんですよね。＞ビーコン

bluetoothは常時ONにする必要はありますが、電波を発するより受け取るだけのほうが電力消費を押さえられるのではと。

仮説ではありますが…

>>52
BLEビーコンを出すヤツが車中に必要だけど
スマホでBLEエミュレーションするアプリもあるから別端末設置すればいいけど本末転倒だと思われ

車内にBluetoothの電波があるのにビーコンを車に設置するのは変だなあ
普通に家を出たら(自宅のWi-Fi接続が切れたら)Bluetoothを自動でONにして5分後にBluetoothの接続確認をして車と接続されて無かったらBluetoothをオフにすればいいと思う

TaskerもAutomateも使ったがやっぱ手軽にすぐマクロ組めるのはコレだなぁ
使いやすい

>>55
AutomateはMDに比べて色々なセンサーの数値が読めてMDより高機能そうだったけど難しくて断念した思い出

ノードベースのエディタは見通し的にスマホでやるには厳しい

Automateのフローチャートは無いわ
複雑なことするにも簡単なことするにも使いづらい

この設定内のOTG 接続というスイッチをONにするマクロを作りたいと思っています
マクロとしてはUI画面操作でスイッチをタップすればいいと思うのですが
このスイッチは一定時間未使用だと自動でOFFに戻ってしまいます
つまり、スイッチがON OFFいずれの状態でも、常にONにするマクロにしたいんです
マクロ中でスイッチの状態を取得できればいいのですが
スイッチのON OFFで特に通知等もなく、何かいい方法はないでしょうか？
https://i.imgur.com/6YIUpoO.jpg

>>59
俺も詳しくないけど
使用中でoffにしたくないのか、offになってもonにすれば良いのか

offにしたくない→usb機器を定期的に操作すればいい？usb機器は何？
onにすればいい→TouchTaskプラグインでスイッチの状態がそのままON/OFFのテキストでとれるかも知れない

>>59
OnePlusだと設定項目があるみたいなんだよね、OPPOにもあるかも
知れないけど調べ方がわからん
https://www.xda-developers.com/enable-always-on-otg-oxygenos/

>>59
俺はOTGのオン・オフは自動化してるけどオン・オフ状態は取得できなかったからただのトグル動作にしてる
USB機器は使ってなくて10分放置してたら切れるけど勝手に切れたりするのかな？
勝手に切れるのを防ぐなら
>>61 で紹介されてる方法は有効そうだけどOGTがオフになってしまうとサイドADB操作が必要ってのは使い勝手的にどうだろう？

UI読み取り・操作系はアプリや環境と相性悪いとまともに動かない事もあるから信用ならない

特定のssid圏内になったらマナーモード、圏外になったらマナーモード解除したいんですが、それが複数箇所あるので、すべてのssidのトリガーを1つづつ圏内、圏外と地道に作っています。もう少しスマートな方法はないでしょうか。なお当該ssidへのwifi接続はしません。

>>64
チェックボックスに複数チェックで出来ませんかね？

>>61
seteditが便利
f-droid版がいいよ

MD使い始めたのは色々な切り替えを自動化して楽したい！だったのにMDはお手軽にマクロが組めない部分も多いからかなり手間かかる事も稀によくある

>>65
ああそうかなるほど、わかりました。
どうもありがとうございました。

>>67
イベント毎に設定変更するだけならMDじゃなくてもいいね

Google Play ストアで5.20.10が配信されてるね、ここに書かれてた
バグは修正されたのかな？

>>70
バグチェックしたわけではないけど一部を除いて改善されてるんじゃない？
だけど隠れたバグはまだあると思うからバグに出会うのが嫌ならまだアクションブロックは封印しておいた方が無難かもね

>>71
そんなに沢山マクロ作る訳じゃないからアクションブロックのメリットが見えて
来ない、お気に入りのサブルーチンを登録みたいなものかなと思ってるけど・・・

ここ見て面白そうなマクロが出てきたら試すかもね

アクションブロック作って
アクションブロック長押しして
アクション試すと
アクションブロック消えちゃうけど、そういうもん？

>>73
ほんとだね、アクションを試したい時はアクションブロックを開いてから右上の
縦3本からメニューを選べばよいけど、アクションを試したら何も変更してなく
ても変更した事になって、保存の丸印が出るのもちょっと変かな？

さっそく出て来たね バグ

そもそもアクションブロックの一覧からテストできるって意図通りなんかね？
マクロ一覧からアクションのテストできるのも前から？マクロ自体のテストならともかくアクションのテストてのはメニュー構成と馴染まないな

>>76
マクロ一覧からのアクションのテストは5.19.11でも出来たよ

>>77
そうなんだサンクス
やったことなかったナー
マクロ編集中はトリガ込のマクロ全体テストとアクションのみのテストがあるのは分かるとして1階層前に部分テストの方がピックアップされてるのは不自然よね

>>72
安定したら汎用で使ってるライブラリを移植する予定
配列っぽい文字列変数操作とか
メッセージ出力とか
UI操作とか

>>73
年末にアクションブロックが消えたとこのスレに報告したけど原因はこれだったのね
たしかにその操作やった記憶があるけど色々やってたから当時は原因不明のまま封印しちゃった
マクロが保存されないとか勝手に保存されるとか消えるとか絶対に嫌だからもう暫くアクションブロックは封印したままにしておこう

消えなくてもクラッシュするな
できるだけ早く直すって言ってるから今日明日にも直ると思う

いいかげんバージョンアップしないとダメかなあってしたらクリップボード更新がもっさりでガッカリだったので高速に動くやつ作った
https://imgur.com/NHNew0D.png
一瞬プロンプトが表示されてダサい

なぜ旧仕様の[clipboard]はそのまま残されなかったのか
UI画面操作の[クリップボードのテキスト]は旧仕様のままなんよね(なのでMDがフォアグラウンドにある時しか使えない)

前から謎挙動してたやつの原因らしきものがわかったんだけど
Remapperで履歴ボタンにショートカット割り付けてマクロ起動してるんだけどこの時フォアグラウンドのアプリがなぜかGboard(ime)になることがあるっぽい(表示はない)
フォアグラウンドのアプリによってマクロの挙動かえてるからこのGboard無視したいんだけどなにか方法ないかな

UI画面操作のユーザー補助ONにしてると
ブラウザのアドレスバーが下にスクロールしても隠れずに常に表示されたままになるからあまり使いたくないんだよね
アプデで治らないもんかね

>>82
ちょっと言いたいこと(やってること)が飲み込めないナー
右のrunで左のマクロを呼んでプラグインでMDのoverlay指定で検出してそれを自前の変数に取り込んでるてこと？
でも貼ってるのはclipboardテキスト？？

>>83の方はオーバーレイなIMEがフォアにあるからだろうね
マクロの頭でデフォのキーボードを日本語のないHaxker's keyboardなんかに変更してからフォアを取得すればいけるのかも？

>>85
右の2行がセットで「クリップボードを更新」アクションの代わり
んで[clipboard]の代わりに変数s(名前は任意)が使えるようになる
クリップボードを更新アクションに不満なきゃ気にするものじゃないね

imeはそれのあと元に戻せますか？
一応Gboard直指定でチェックして戻る入れるようにしたら誤動作減ったけどできればimeアプリ依存のない形にしたい

>>86
処理終わってからgboardに戻してあげることはできると思うよ
俺ヤバい、クリップボードの方はまだ振る舞いがよく分からんから後で試してみる 笑

Screen Updateを強制発生させる方法ってありますか？

ついでにちょっとうまくいかなかったやつ
https://i.imgur.com/KBUXFDO.png

プロンプトの中身は表示した後に書き換えてるらしい
例えばタイトルを「get_clipboard」とかにしてプロンプト表示をトリガーで拾えるかな？ってやってみたらできなかった

>>88
Read screenではダメなの？

>>84
ほんこれ

今日のアクションブロックバグv5.20.10
移植始めたがわりと作業にならないナー
1. アクションブロック内で行コピーすると出力パラメータに使ってる変数が他のものに変更できない(新規作成かグローバルへの変更はできる)
2. if文をコピった場合その条件も変更できないため削除するとクラッシュする
3. 出力パラメータを削除したりリネームしても即座に画面全体に反映されない(他の行を編集するか保存すると反映される)

>>92
バグが直っているかはわからないけど5.20.11リリースされてるよ？

>>90
Read Screenで『今すぐ参加』が表示されたら…
と出来れば良かったのですが、Read Screenだと何故か取得出来なかったのです…。

>>94
言葉足らずでした。
Teamsの会議参加前の『今すぐ参加』ボタンを自動で押したくて四苦八苦している次第です。

>>93
あ、.11だったゴメ
昨日消失バグ報告したら即直してアップされてたんだった

>>94
Read screenで取れないならScreen updateでも取れないと思うよ
結局そのタイミングの画面内容からは『今すぐ参加』が読み取れないってことだから

とりあえず動作確認としてScreen update起こすだけなら『今すぐ参加』が表示されてる画面で手動で通知の開閉してみると良いよ
MDでそうマクロ組んでもいいし、マクロ組むならMDドロワーの開閉だけでもScreen updateは起こる
でも、『今すぐ参加』が表示されてるタイミングでScreen update起こせばいいってそれもう直接『今すぐ参加』クリックすればいい状態ってことだからそんなマクロ組む意味なくない？ってなるよ

>>97
多分、Read Screenの使い方を理解出来てないんだと思いますが…、
何故かScreen Updateでは出来ても
Read Screenでは出来ない状況です。
画面切り替えすると『今すぐ参加』を認識してタップしてくれるので、
Screen Updateの強制方法を探してます。

画面に〇〇が表示されたら、変数にTrueを入れる。
それがFalseの間は判定をループさせる。
ってだけの動作が丸2日かけて出来ていません…。

>>98
ちょっと試しただけだけど普通にMDのUI画面操作のテキストで今すぐ参加タップ
できるけどなぁ

Teamsが良くわかってないのでアプリ起動してからどういう流れで今すぐ参加まで
行くのか教えてくれたらみんな試せると思うよ

少し前に出たトリガーを待機でTouchTaskのScreen Updateで今すぐ参加じゃダメ
なの？これなら今すぐ参加が表示されたらタップしてくれるんじゃない？

>>99

会議URLをTeamsで開く
↓
接続されるとオーバーレイ的な別画面が表示されて、『今すぐ参加』が押せる

って流れなんですが、
スマホ起動をトリガーにすると失敗します。
マクロを試す、からだと、仰る方法で実行可能。
接続までのラグによる物と思ってWaitを入れたのですが、
何故か5秒のWaitが70秒ちかくまて待機されるので、
ループで別マクロをよぼうかなと。
（トリガーとしてScreen Update：今すぐ参加をクリック、アクションで変数をTrueに、発火したらこれを条件にループを抜ける）

今すぐ参加が表示されるまで待機させる、
が機能してくれれば良いのですが…。

>>99
多分仰っている書き込みを参考に組んでます。
起動直後の画面書き変えが拾えないのか、
別画面表示切り替え→Teams再表示
としないとScreenUpdateが発火しないため、
今回のScreenUpdate強制発火の質問をしました。

すみません、前提を全部端折ってました…。

>>101
たぶんプラグイン呼び出しの鬼遅延が絡んでるんじゃないかな？
今のパブリックリリースて5.20.11じゃないよね？
5.19.xはプラグインが使い物にならないときある(かなり多い)

TouchTaskのWait for text appearanceがActionsだとうまく動かない（設定しても即座にタップしちゃう）謎
https://i.imgur.com/ehkL911.png
https://i.imgur.com/JX73bJt.png
https://i.imgur.com/lbFsxCs.png
https://i.imgur.com/yzSq5Lj.png

前スレでもちょっと話題出たけどScreen update（トリガーまで待機）で拾えないやつRead screenでWait for text appearance使うと拾えたよ

>>103
値を変数に取ってその書き換え待ちてのはシーケンスを保証したいとき良い待ち方だね
一つ覚え的にざっくり適当にウエイト入れたりとかウエイトループ回して値チェックしながら待ってるな(ある程度で抜けたいのはあるにせよ)

>>100,>>101
スマホ起動をトリガー→NG
マクロを試す→OK

別画面切り替えTeams再表示(screen update発火)→動く

マクロを試す→OKは何のこと？
テスト中は手動の画面切り替え操作しなくてもScreen updateで自動で動作してくれるけどスマホ起動をトリガーのときはダメってことならトリガー発火自体ができない状態なんだろうから画面切り替えのループ組んでも意味無さそう(前提条件の問題をクリアしなければいけない)

別案としてとりあえずループで『今すぐ参加』をタップ、画面変わったらタップのループ終了とかどうだろう

>>104
TouchTaskにまかせるとタイムアウトできない(無限waitになる)のはちょっと怖いなぁとは思うのよね

そんなことよりActionsでWait効かないじゃん！ってのが問題
さんざん悩まされたのだ

トリガーまで待機ってアクションブロックでサポートされないのか・・・

普通に別マクロ作れば制約なしで何でもできると思うのだけど何故にアクションブロックみたいな一部だけしか動かない変な構造を採用したのかな
あのやり方で別マクロにコピペさせてくれるだけでもありがたいのに

>>108
関数っぽいものだから
単に1:1(1:多でもいいけど)なら既存のやり方でやればええやん
ある分には困らんのだからあると便利だと思う人もいることを理解しておくれよ

>>109
すいませんがそのあると便利な所を教えてほしいです
既存のやり方だと〇〇ができないでもいいです

>>110
例えば>>82
クリップボード取得のためにユーザープロンプト使ってるけどユーザーが実際にプロンプトを見る必要はない。だけどユーザープロンプトを使うためにはタイトルの設定とかが必須でメインのマクロに入れる度に手間がかかる
アクションブロックにできれば、そういう要らないけどやらないと動かせない設定をしなくて済むようになるし、それぞれのマクロで使いたいときもアクション1行で済む

>>110
たぶん想像してるのよりずっと低レベルなものだよ
例えば>>79に挙げたのとか便利
・あらかじめ決めといた複数種類のフォーマットから判定して渡した文字列から位置orキーで情報取り出したり差し込んだり、間を詰めたり詰めなかったり
・アイコン、カラー、文字列、表現面の種類渡してメッセージ表示
・タップ内容とウエイトの列を複数一度に渡して終わったら状態調べて返す

デバッグがてら最初に作ったのは文字列で渡した数値や文字列の桁数を調べるだし 笑
次はちょっと本来のアクションブロックの主旨とは違うけど定数っぽい変数を一元管理して名前でアクセスすれば各型で返してくれる人

>>105
スマホ起動をトリガー→ボタン表示されてもタップされず。別画面切り替えTeams再表示でボタン押される

マクロを試す→想定通りscreen updateでボタン押すまで行ってくれる

です。
『画面変わったら』でも用は成してくれそうですが、
どのアクションで拾えるのでしょうか？

>>102
5.19.11でした。
そのせいでしょうか…。

>>115
可能性はあるね
起動(とMD無効→有効)時にしか出ないメッセージが出てればクラッシュだから数十秒待ちはザラにある
開発者オプションでバックグラウンドでもANR警告出すにすると謎遅延起きてるかハッキリすると思うよ

>>111
>>112
ありがとうございます
でもごめんなさい普通のマクロとの違いが良くわかりませんでした
説明していただいている部分は普通のマクロで同じように出来そうに感じますけど… できないのですか？
普通のマクロだと若干手数が増える所はありますがそこは工夫で多少手数は減らせるしアクションブロックみたいな制約もないし

>>117
いや、だから好きにすればいいんだよ
解はひとつじゃないわけで
制約があるから安全ダーとか保守性ガーとか言っても実感わかないと意味ないっしょ？
機能があるからといって無理に使う必要なんてまったくない

>>117
「グローバル変数を必要としない(使わなくできる)」
これだけで十分すぎるメリットがあるよ。これは別マクロじゃどうにもならない

マクロ名と同じ名前のアクションブロック作ったらマクロがノーチェックで消えて禿げる

>>120
この前から勝手に消えて困ってたけど、それが原因か！

>>114
Screen updateの設定は間違ってないわけね
別案はパッと実装が思いつかないならひとまず忘れることにしてうまく動かない原因になりそうなのが

・MDの不具合（>>115,116）
・TouchTaskの起動が間に合ってない
・Screen updateのタイミングでうまくテキストが取得できていない（不可視のオーバーレイが合ったりすると起こる）

こんなもん？
MDの不具合ならバージョンアップすればいいんで簡単だけどテスト用の（マクロ少ない）環境だと考えにくいよね

テキスト内容チェックしない（Update of Anyな）トリガーでちゃんと発火するか、何が拾えるか見てみたらどう？
https://i.imgur.com/WQV4iZR.png
こんな感じで無効にしておいたマクロを例のタイミングの直前で有効にしてあげればScreen updateそのものが動かないのか、テキストがうまく拾えないのかわかるよ

>>120
消えないナー
名前文字列に依存するとか？なんて名前？
テストしたら消えるのは.11で直ってるハズ

アクションブロック同士で名前重複できてしまうバグ直してもらったと思ったけど...メニューからセーブするとできちゃうな

>>123
MD更新できるようになってたからバージョンアップしたら消えなかったわ
お騒がせしました

アクションブロックバグv5.20.11
他にもあったら教えてネ
1. アクションブロック内で行コピーすると出力パラメータに使ってる変数が他のものに変更できない(新規作成かグローバルへの変更はできる)
2. if文をコピった場合その条件も変更できないため削除するとクラッシュする
3. 出力パラメータを削除したりリネームしても即座に画面全体に反映されない(他の行を編集するか保存すると反映される)
4. 右上...メニューからセーブすると同名でも保存できてしまう
5. システムログの文言は直ったけどリンクは普通のマクロを参照しようとするママで役に立たない
6. ホームに戻るアクションが含まれてると全マクロをリロードする初期化が走り、以降は全アクションブロックで確認ダイアログ絡みの怪しいことがいろいろ起きる
7. 編集中にMDをバックに回してフォアに戻すと6.と同様の初期化が走り、以降そのアクションブロックのみ怪しいことが起きるようになる
8. マクロからアクションブロックを呼び出すダイアログで入力パラメータが文字列型でデフォ値が空文字列の場合でも何か入力しないとOKが押せない

マクロが消えるバグを特定してしまった・・・
>>120のことだけど原因は別でした(アクションブロックがらみではある)
再現したので(遭遇するのはたぶん無料版限定)

マクロ数5(無料版上限)のときになんでもいいのでマクロを編集して左上の←から破棄を選択
なにか一つマクロが消える

アクションブロックが一つ以上存在するとき限定
消えるマクロはMDの内部ID順かな？

マクロ編集じゃなくてもアクションブロックの編集・破棄でも「マクロが」一つ消えるわ
pro版ならマクロ数上限実質なしだから遭遇しないバグだろうけど

>>127
アクションブロックと普通のマクロは同じデータ構造の位置にあるからアクションブロック消失バグと根っこは同じ気がする
今日のレポでメンションしとくよ
ちな5.20.11でもなる？

>>128
なるね

アクションブロックの数増やしたらマクロ1、アクションブロック4残して他消えたわ
マクロ数5の上限処理が走ってるんだろうけどアクションブロック追加してる最中は起きない(いくつでも登録できる)。削除でも起きない。破棄のときだけ

>>129
なるほどサンクス
こっちで再現テストしたらカネ払ってるとやはりならないね
左上←、確認ダイアログ、右上...どれも保存→リフレッシュ絡みでチョイチョイ怪しい

画面Off中にメディア音量を変更したいのですが、oppoなのでmacrodroidが前面にないとメディア音量を変更できない問題で困っています。
今はユーザーログ表示(macrodroid前面)→メディア音量変更としていますが、ユーザーログ画面が邪魔です。消そうにも、UI画面操作も戻るボタンも画面Offでは動作しません。
良い方法はないでしょうか。

>>131
画面off中はボタン操作で動かないのかな？
OPPOフォア問題は前にボタン操作で対処したよ

>>131
いまいち意味がわからない
画面オフでも音量操作したいだけならわかるけど画面オフでユーザーログ画面が邪魔とか消せないってのが？？

>>132
ボタン操作とは「音量を上げる/下げる」でしょうか。画面offでも動作します。そうか、一旦ゼロになるまで下げて、目標音量まで上げるので行けそうですね。泥くさい感じがしなくもないですがやってみます。ありがとうございます。

>>133
画面off中にログ画面を消しておかないと、画面onしたときに邪魔という意味です。

UI画面操作を指定しても動作しないときってどんなとき？
画面はオンにするようにしてる
バイブレーションとかは普通に機能してるんだけど

>>134
そういうことね
であれば音量変更後にトリガーまで待機(ロック解除)→待機→戻るボタンを押す(MacroDroidがフォアグラウンドの時)→待機→戻るボタンを押す(MacroDroidがフォアグラウンドの時)みたいな流れでも対応可能かな
まあ音量変更がメディア音量だけなら音量ボタンでもいいけど指定音量に変更するのに少し時間がかかる可能性も
あとユーザーログの表示じゃなくてMacroDroidをフォアグラウンドにすれば音量変更は可能だけど理由があるのかな

>>135
画面Offから電源ボタンを押してロック画面が表示されるとUI操作に失敗するようです。指紋認証でロック画面を表示させずにONにするとUI操作できます。

>>136
なるほどトリガー待機！と思ったのですが値渡しをしたいのでアクションブロックを使用していまして、トリガー待機が使えないです。残念。なぜマクロに値渡しができないんだろう
それからユーザーログは別に意味はありません

>>137
普通に別マクロとして画面ロック解除をトリガーとして→待機→戻るボタンを押す(MacroDroidがフォアグラウンドの時)→待機→戻るボタンを押す(MacroDroidがフォアグラウンドの時)でもできるけどそういう事ではないのかな？
まあ戻るボタンの操作も美しくはないから直前に起動していたアプリを呼び戻すやり方がカッコいいけどマクロが複雑になるかな

>>138
他のマクロから音量などの値渡しのためにアクションブロックを使用したいのです。マクロにしてグローバル変数を使うのがどうにも気持ち悪くて。

>>134
これは事前にアプリ別にデータもっちゃって自律するようにしてるけど
今のステップを覚えといて相対的に移動方向とステップを計算する部分は参考になると思うよ
www.mediafire.com/file/grlq27xphk4pqoe/1tm.setMediaVolumebyApp.macro/file

>>137
グローバルはマクロ間の値の受渡しのためだけにあると言ってもいいので使わない理由はないと思うな

>>140
ありがとうございます。だいぶ難しそうですが参考にさせていただきます。

>>141
まあそうですよね。でも関係ないマクロの変数が一覧に表示されるのが我慢できないのです。

>>143
そこは命名規則とフィルタの工夫で
イヤならアクションブロックでラッパーというかアクセスIFを書いてもいいけど無駄に高級化したくなって手間に見合わない予感しかしない

>>143
変数の一覧が見にくいのは同意するわな
あれもカテゴリーとかタブとかで分けてもう少し見やすくして欲しいと思う

>>144
例えば「変数を設定」のときにずらっとグローバル変数が表示されるのは防げないですよね

それはそうと問題が解決しましたので方法を残しておきます。
「クリップボード更新」だけのマクロを作っておき、メディア音量変更の直前にそれを呼ぶ(完了まで待たない)。
クリップボード更新でオーバーレイスクリーンが前面になることを利用した方法で、今の所うまく行っています。
みなさんありがとうございました。

クリップボードを更新アクションの遅さが浮き彫りになる悲しい解決案ですな

>>146
あぁクリップボードのオーバーレイ利用は今だからできるようになった良いアイディアだね
前はドロワーが言いとか見てダメだったかモッサリだったかで不発

変数設定のリストが長いのは確かに嫌なんだよなあ
検索フィルタ付けて改善して欲しいという話題はしてたことあるよ
www.macrodroidforum.com/index.php?threads/subtle-changes.1269/post-7525
www-macrodroidforum-com.translate.goog/index.php?threads/subtle-changes.1269/&_x_tr_sl=auto&_x_tr_tl=ja&_x_tr_hl=en-US&_x_tr_pto=wapp#post-7525

今晩ここまでのバグ直した次のベータ出すって
朝までには落ちてきそう

>>146
おお！ そんなやり方があったかw

でも全部の音量をゼロする動作テストしたら通話の音量が毎回変わらずアラームとBluetoothの最小値は7%でストップ
今度は全部100%にしてみたら通話とか通知の音量が変わらずもう1回やったら通話も通知も100%に変更された… バグかな？
昔からColorOSだと音量変更はうまくいかないんだよね
https://i.imgur.com/IBTEhxi.jpg
https://i.imgur.com/7HpPorI.jpg

>>150
設定ごとにクリップボードを更新してる？
設定の順番は？

クリップボードを更新は見えないアプリの起動終了をしてるだけだから終了に間に合わないと変更されないんじゃないかな