Skip to content

- initial attempt at removing the fragment stacks and just maintaining the tags #126

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

Merged
merged 12 commits into from
Feb 11, 2018

Conversation

ncapdevi
Copy link
Owner

No need to maintain a stack of the fragments when we can just have a stack of the tags. The fragment manager maintains the actual instance of the fragments.

@ncapdevi
Copy link
Owner Author

#107

@ncapdevi
Copy link
Owner Author

One thing to consider is that by doing things this way, it's possible to modify the stack (add/remove) and then immediately try to get the stack, and the previous modification may not have happened yet. It seems like an extremely rare condition, but it something to be considered. @mateherber any thoughts?

@ncapdevi ncapdevi merged commit fcf55a3 into kotlin Feb 11, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant