>>177
試した
ちょいややこしいので長くなってゴメン

まず選択ダイアログでも通知でもジャンプ後は頭から新たに処理が開始されるってのはいいよね？
ダイアログはこの後に元の位置にリターンしてくるわけではなくてあくまで中断していた最初のマクロが再開されるってことだね
対して通知エミッタはrun macroに似たとこがあってそれ自身がトリガというかアクション群の頭に入る

ダイアログで完了を待つチェックをしないと選択を待たないで次のアクションの処理に進むから以降のアションを完走してから選択のジャンプ先が実行される
言い換えると中断からの再開後に実行すべき処理をすべて先食いしてしまう

この振る舞いのせいであれ？と思うのはジャンプ先であるところの2周目のダイアログでフローが止まること
この挙動はバグ臭いね
本来なら2周目のダイアログが表示されるべきなのに2周目の途中にいるのか2周目が終わって1周目に戻ってきてるのか判別がつかないんだと思う
ジャンプのスタック管理がちゃんとできてないんだね

で1周目に戻ったとみなされて中断していた処理を再開しようとするんだけど既にジャンプ前に以降の処理をすべて完了させてるから実行すべき処理がもうなくて1周目のマクロが終わる
これが2周目の途中で止まってみえるってことだと思う

完了まで次を待つにチェックしとくとダイアログ自身の実行が完了するまでジャンプが留保されるからジャンプ後の2回目にダイアログに入った段階で戻ったことにされても未実行の処理がまだあるから以降のフローに進むって違いだけだね
処理が続いて2周目が継続してるように見えるから実は2周目の処理が中止されて1周目に戻ってるんだってことに気づきにくい(動画参照)

他マクロに飛ぶ場合は飛び先にウエイトがなければ他マクロが終わった段階で戻ってきて再開される
ウエイト(相当の停止含む)があればその時点でいったん元のマクロが中断から再開されて終わったらジャンプ先のマクロがウエイトから再開って流れになるね
https://i.imgur.com/F0vprai.png
https://i.imgur.com/O10eN6F.jpg
https://i.imgur.com/xmjmyMv.jpeg
https://i.imgur.com/TxCWoCV.mp4