4 ms·
Could be worse, they could have adopted RIBs https://github.com/uber/RIBs https://github.com/uber/RIBs
by quux 4y ago
Could be worse, they could have adopted RIBs
https://github.com/uber/RIBs https://github.com/uber/RIBs
- throwaway1777 4y agoOr ComponentKit
- nyanpasu64 4y agoOne recurring issue I see on native Android navigation is, when you open an image in a file manager, switch back to the file manager and open a second image in the same viewer, sometimes pressing Back takes you to the first image. As a specific example, in Foxy Droid, if you download 3 apps in the background, get 3 "app downloaded" notifications, and click each one in sequence, you have to press Back 3 times to get back to Foxy Droid's home screen. What's the best way to avoid this issue without reimplementing your own navigation system replacing activities?
- tadfisher 4y agoBasically, don't use Intent flags you don't need to use. FLAG_ACTIVITY_NEW_TASK will launch the external activity in its own back stack according to its `launchMode` rules. If you just launch the Intent with no flags, the default behavior is to add the activity to your own task, which is usually what you want. The other half of the equation is: don't override Back behavior unless you "own" the current task (it's rooted at one of your activities). When handling "Up" navigation and deep-links, you want Back to behave like "Up" and go to the logical parent of the current screen. When being launched in someone else's task, "Up" should launch a new task at the logical parent and "Back" should perform the default behavior (usually, Activity.finish()).
- aaaaaaaaata 4y agoBuild a PWA =^]