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

**名無しさん＠お腹いっぱい。** · 2025/08/06(水) 09:27:13.00

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

次スレは>>980が立てること。立てられない場合は>>981-990が代わりに立ててあげてください。
荒らしが踏んだときは臨機応変で。

■前スレ
【自動化】MacroDroid Part11【マクロ】
https://egg.5ch.net/test/read.cgi/android/1698575233/
【自動化】MacroDroid Part12【マクロ】
https://egg.5ch.net/test/read.cgi/android/1707528672/
【自動化】MacroDroid Part13【マクロ】
https://egg.5ch.net/test/read.cgi/android/1716478718/
【自動化】MacroDroid Part14【マクロ】
https://egg.5ch.net/test/read.cgi/android/1726654688/
【自動化】MacroDroid Part15【マクロ】
https://egg.5ch.net/test/read.cgi/android/1736588684/

**名無しさん＠お腹いっぱい。** · 2026/01/05(月) 11:20:54.26

Pixel8aでAndroid16なせいかもしれない
「アプリ情報→強制停止ボタン押す→OKボタン押す」というマクロでアプリ強制停止をしていてこの操作中は「画面タッチを無効」にしようとしてもできない
どうもアプリ情報画面では「画面タッチを無効」が使えないみたい
これは特にどうしようもないのだろうか

**名無しさん＠お腹いっぱい。** · 2026/01/05(月) 11:36:05.16

ああ普段はShizukuを使っていて特に問題ない
今回はShizukuを止めている時のことを考えている

警備員[Lv.0][新芽] · 2026/01/08(木) 17:05:38.32

ステータスバーに任意に色付けたいんてすが可能でしょうか？

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 17:27:21.89

>>773
そういうアプリではないね

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 09:17:35.68

特定のアプリを開いたまま画面OFFすると、そのアプリを閉じる（終了させる）というようなマクロ組めますか？

バックグラウンドで開いている場合はそのままでよいです。

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 09:44:39.40

>>775
普通にはできないけど特殊な方法ならできるよ
(Shizukuインストールしてアプリの強制終了)

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 09:47:45.33

だけどそもそも終了じゃなくてフォアグラウンドのアプリをバックグラウンドに移動させるのしゃダメなん？
画面オフでホーム画面を表示させるようにしたら結果的にフォアグラウンドのアプリはほぼ終了してる状態になる

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 12:36:35.22

>>775
例えばChMateならこう
https://i.imgur.com/yNPu0NM.jpg

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 16:48:20.81

>>776
詳しく教えてもらっていいですか？

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 18:12:10.22

解決策を出してくれた人をガン無視するクズだったわな

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 19:58:20.69

あまりにも可哀想なので
>>778かわりに乙

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 20:13:05.49

俺もこういうの見るとガッカリするわ

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 20:43:52.33

まぁ境界知能なのかもしんwww

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 20:46:02.28

こいつは志村かもしれない

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 21:18:54.18

志村で思い出したけど、この前すごい発見をしたのだ。
志村けんといえば東村山
ひがシムラやま

なんと東村山には志村が隠れていたのだ。

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 21:21:55.54

知ってた

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 21:38:39.79

>>783
境界知能という言葉を初めて知った

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 22:33:43.79

>>778
すみません、見間違いで返信出来てませんでした。
案ありがとうございます。

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 22:35:13.94

>>777
バックグラウンドよりも、完全に終了の方がスッキリするというか
使っていないアプリはすぐ閉じたいと思ってます

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 22:39:27.75

アンドロイド初心者だな
タスクキルは皆一度は同じ道を通るけど無理あるいは面倒あるいは意味なしだからどうでもよくなる

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 07:01:34.81

windows mobileで始まったんだろうか、明示的なアプリの終了でなくて画面切り替わりだけにして
終了自体はシステムに任せる的な動作。
気持ち悪いんだよね。
アプリによってはメニューから終了とかバックボタン2回で終了とか出来るのもあるけど。
強制終了以外にもシステムから終了を指示するインターフェースとかありそうだけど
そういうので安全に終了させる方法があれば良いのにね。

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 07:12:03.88

安全とは？
Androidの動作で「安全」でないことがあるならそれは単にアプリの制作者の腕がない(Androidの仕様に見合ったアプリが作れていない)だけ
Windowsmobileで、一般のWindowsアプリを今のAndroidと同じように使ってそのようなことが起こるなら、そりゃmobileに最適化されてなければ仕方がない
Windowsmobile知らんので何がどうなのか知らんけども

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 08:40:25.45

アプリが終了しろって指示をもらってから後処理をしてから終了するのなら安全。

逆にプロセスキルによってアプリが何も指示を受けずに強制終了されてしまうと処理の途中だったりで
ファイルに中途半端に書き込みしてたりとかで後で不具合が起きる可能性があるのが安全でない終了。
root権限での強制終了はプロセスキルになると思う。

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 08:45:09.36

安全の定義でレスバなんかどうでもいいわ
どうしてもやりたいならもっと本職の集まるOSスレでも行ってやってくれ

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 08:49:45.85

windowsならたいていアプリにメニュー→終了とか終了アイコンによる終了ってインターフェスがあるけど、

windows mobileのUIは各アプリが全画面でメニューに終了が無かったりするようになった。
明示的なアプリの終了は無く、裏に回るだけでシステムがメモリが足りないなと思ったら終了指示を出して
終了させるみたいな仕掛けなんだと思う。

windows mobileの前身というか内部にあるwindows ceはUIシェルにwindows95と似たものが選べたので
windows mobileになってら導入されたUIというかオペレーション方式だったのだと思う
androidは最初からこの方式を踏襲してていまも明確な終了がないアプリが多く、裏に回ったあとに
残ってたり消えてたり、裏に回ったアプリを選んでみて初めて終了してたか継続してたかがわかる
シュレディンガーのアプリになってると思う。

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 09:26:44.32

Androidが設計的にアプリの切り替えの利便性のためにメモリに不足が出るまではアプリを生かすように、とできてるからね
Android(OS)はバックグラウンドに行きましたよとか、フォアグラウンドに戻って来ましたよとか、
(メモリ整理で)終了してくださいとか通知を送るようにできてるので、その通知に対して必要な処理を組むのがアプリ側の義務

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 17:04:29.26

インテント送信のフラグについて

旗のボタンからチェックを入れてフラグを指定できるけど、そのチェックが出てる画面のOKボタンを押すたびにチェックを入れた内容が変化してしまう

これは1回決定したら2度と旗ボタン（内のOK）を押すな！ってこと？

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 17:11:27.02

俺のところはそうはならないな

旗のところで適当にチェック→ok
フラグに対応した数値が入る
再度旗をタップで数値に対応したフラグのところにチェックが入った状態で表示される

特に問題ある動作はせず

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 17:21:17.92

>>798
その2回目の「チェックが入った状態」の画面のOKボタンを押しても変わらない？

**797** · 2026/01/13(火) 17:27:14.87

ああわかった
単発チェックだと起きないかも
フラグを複数チェックして数値が大きすぎると起きるみたい

FLAG_ACTIVITY_NEW_TASK
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
FLAG_ACTIVITY_CLEAR_TASK

の3つにチェックしたら起きた

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 17:28:57.07

>>799
それぞれの内容には、それぞれに対応した数値があって、「フラグ」はその合計になるわけだけど、2回目のokを押したとき、チェックが入っているにもかかわらず「フラグ」が0になるの？
それとも、「フラグ」に正しい数値が入っているのに、旗ボタンを押すとチェックが消えてるの？

こっちはokもキャンセルも違和感ある挙動は見られないな

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 17:32:39.86

>>800
あぁ、なるほど確かになったわ
値がマイナス表現になる組み合わせにするとそうなるのかな？
okするたびにフラグの値変わる(マイナス表現からのチェックへの反映が正しくできていない)わ

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 17:47:44.49

>>802
確認ありがとう
これはさすがに不具合かな

ってことは
・チェック入れてOK押したらもう旗ボタン内のOKを押さない
・旗ボタンを使わず10進数値を入力する（めんどくさｗ）
のどっちかで対応するしかないか

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 18:10:25.00

>>803
フラグの選択が正しく理にかなってるものであるにもかかわらず不具合が発生してるならそうだろうね
本来選んではいけない組み合わせでそうなるなら、それは仕様と言われても仕方ないと思うけど

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 18:56:15.04

>>804
特におかしな選択ではない…はず
仮に選んではいけないとしてもOK押すたびに変わってしまうのはまずいと思うのでなんとか報告にトライしてみる

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 19:03:10.27

このフラグって使いにくいと思わない？
毎回文字を探してチェックいれるんじゃなくてそのまま文字列でコピペしたいわ
さすがにそれは難しいかもだけど一番上に検索があれば1行ずつコピペできるのに

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 19:15:15.30

Activityの起動とBroadcastの送信を一緒くたに扱ったクソアホ仕様か
FLAG_ACTIVITY_NEW_TASK→0x10000000
FLAG_RECEIVER_FOREGROUND→0x10000000
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS→0x00800000
FLAG_RECEIVER_NO_ABORT→0x08000000
MDからはどちらか判断つかないので再び旗マーク押すと加算が始まるというバグじゃないかと

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 21:12:44.68

一応トラブルシューティングから報告しておいた
日本語でごめんだったがスクショ多めにつけたから再現できると思う