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

**名無しさん＠お腹いっぱい。** · 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

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