Надо семпл изучать

Там же все работает 🧐

Мне кажется просто, что в общем решении не должно быть > 1, тк могут быть какие угодно ситуации и бэк как команда должен отрабатывать стандартным образом, удаляя фрагмент. Мало ли что именно у кого-то в активити... может там тоже ui. И есть же команда finishChain в рутере чтобы закрыть полностью и сразу активити.  

А если хочется по-другому, то надо либо обсуждать почему и для всех ли подойдет, либо писать свой частный случай и все.

А расширять апи либы это всегда плохо, если это только не нужно прям вот большинству.

блин, всегда клал все фрагменты в стэк. И правда возможно первый не надо в стек класть. 🤔

так не, я не предлагал > 1 в общее решение. Всего лишь getStackSize() публичный в SupportAppNavigator.

Да, я знаю, что не предлагал. Я рассмотрел все варианты просто ;)

А как в cicerone открыть DialogFragment?

это вообще можно? или лучше диалог открывать из родительского фрагмента?

Диалог обычно не является частью навигации

если Я правильно понимаю

а какая разница открыть обычный фрагмент или диалоговый?

В чичероне можно разве выполнить navigateTo для диалогового фрагмента? 🤔

ок, вроде понятно

можно написать свою команду для роутера

Если диалог это не простой алерт с текстом и кнопкой ОК, а полноценный экран с каким-то функционалом, то почему он не может являться частью навигации? Это тот же самый фрагмент, только показан по-другому немного

подтверждение смс кода и две кнопки - ок и отмена

а ну еще счетчик ожидания

на мой взгляд это полноценный экран с какой-то логикой и я бы лично вполне отнес это к навигации. Если кто агрументированно опровергнет, то буду рад

смотря какой навигатор под капотом)

+, вполне себе экран с логикой. Там еще и таймер тикает, тоже как бы логика