Она не в приоритете. Сейчас других дел много

Это опенсорс ребят, возьмите и сделайте

@terrakok, возник вопрос по поводу дефолтной команды BackTo. Не будет ли логичнее и правильнее использовать в качестве параметра этой команды не экземпляр экрана, а его ключ?

нет. команды должны везде работать одинакого

В таком случае, если мы хотим вернуться к определённому экрану, для которого требуются параметры, будет ли допустимо сделать вот так?
router.backTo(SomeScreen(-1))

Тоже интересно, судя по убранному ResultListener решение задачи получения результата нужно брать на себя

Мой вопрос немного не про результат)
Просто из команды BackTo в релизации навигатора требуется только ключ экрана. Получается, что при таком подходе нужно либо хранить ссылку на экземпляр SomeScreen, либо создавать null object.

либо сделать конструктор без параметров, но при создании фрагмента проверять их обязательное наличие

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

Да, я понимаю, но хотел обсудить именно дефолтную реализацию)

Всем добрый вечер. Я созда issue на гитхабе. Можете посмотреть и помочь решить вопрос? https://github.com/terrakok/Cicerone/issues/87

привет! сейчас посмотрю

Спасибо

ответил, но желательно изучать семпл

Я посмотрел ответ. Еще раз спасибо за такую оперативность. Я действительно использую старую версию библиотеки. Вот такой код написал
ScreenKeys.LOGIN_SCREEN -> {
                   val intent = Intent(
                       this@ChooseCallActivity,
                       LoginActivity::class.java
                   ).apply {
                       putExtra(SELECTED_PHONE_PRESENTATION, command.transitionData as Parcelable)
                   }
                   startActivity(intent)
               }

а зачем вам свой навигатор? если там есть уже готовый?

Вы про supportappnavigator?

да

Просто я знаю, что у меня перемещения будут только между Активити без фрагментов

Поэтом и сам писать начал, да и либу хочется глубже понять