Так этот путь оставался открыт from day one, тк мы создали команды как расширяемые 😉. Получается, что надо все переходы как команды описать, сделать другой навигатор и использовать набор возможных команд для отрисовки графа.
Просто в самом начале либа пошла по пути "нода решает куда идти дальше", а был еще путь "нода говорит навигатору, что готова идти дальше". Мы в RxPM пошли вторым путем. Навкомпоненты сделали двойное решение (айди дестинейшна и экшны).

Но для чего вам отображение графа если будет описание всех переходов в dsl? Граф же нежиснеспособен будет при большом количестве экранов, имхо.

разбивать на мини графы

Не у всех приложения на 200 экранов)

@terrakok как там битва прошла в двух словах? 🤠
Оттуда идея с графом?

+ можно разбивать на flow

ну граф поулчается пока топ аргумент

для меня -_-

Ну и даже если в приложении много экранов, то обычно не бывает такого чтобы на один экран оч много переходов было

Правда? А что именно нравится?
Просто любопытно, тк вообще его не юзал, хватало в xml посмотреть

Поэтому в большом графе можно выделить небольшой кусок и с ним работать,ну то есть смотреть на кусочек графа когда меняешь навигацию

ну вот то что видно деревце переходов, оч хорошо визуализирует апку

особеннно я был бы рад увидеть это придя в какой-то проект

можно конечно и вики, но так бывает только в сказках

А можно подождать когда гугл сделает рендеринг графа на Kotlin DSL и заюзать его :)
https://developer.android.com/guide/navigation/navigation-kotlin-dsl

а сделает?

Если сделают, конечно

как с дсл работать мне вообще не понравилось, но хотелось бы уйти от xml

в двух словах: Чичероне победил

а если серьезно, то у меня от этого вдохновение запилить диплинки и граф навигации.
даже идея в голове, как это все реализовать красиво