-
Notifications
You must be signed in to change notification settings - Fork 81
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Routing with UITabBarController scenario #70
Comments
Interesting. Sounds like you could get past this by having a tab navigation history state where for each root node (A or B, not X or Y) the last active route is stored. Extending NavigationState would be nice, but structs don't provide inheritance, so maybe moving this into a PR once the concept works would be best. It's not a tree state, but it's at least aware of the user's past. |
By "tab navigation history state", you mean a That would still require some change on the |
I have an extremely complicated solution for this that is still causing a lot of crashes in an app nearing production due to invalid route states. Basically this is a difficult problem to deal with due to the myriad ways that UIKit navigation can occur that you pretty much have to mirror. Or, I guess you can limit the ways that you interact with UIKit navigation. My solution consists of a It is truly spaghetti code |
@dagio @jondwillis is it possible to make a UITabBarController that supports routing agnostic of the ReSwift-Router? I've started a repo for it, RoutableUIKit, where I thought we might gather UIKit components that supports routing while being agnostic of which routing logic that is being used. |
I also have the same need to support TabBarController tabs with independent navigation stacks |
We need something very similar, essentially a |
UITabBarController allow to have multiple navigation stacks in each tabs. For example :
On the previous image we can see tat we have 4 different stacks at the same time :
A / Y /
B / X /
C /
D /
The
NavigationState
design is :I'm struggling to find a way to use the current implementation while maintaining the native behaviour of the UITabBarController. The idea is to have the following scenario to work properly
Given the current implementation,
NavigationState.route
in the 5th sequence would be/ A
instead of/ A / Y
because the user action in the 4th sequence is destructive.It seems that we should support non-linear navigation. Maybe more something like a route tree along with the current route in that tree.
The text was updated successfully, but these errors were encountered: