Status Update
Comments
pr...@google.com <pr...@google.com>
ap...@google.com <ap...@google.com> #2
From the other issue:
note that it is never the right approach to attach a
<deeplink>
to an<activity>
destination as that will never give you the right behavior when using anon another app's task (where the system back should immediately take the user back to the app that triggered your deep link). Instead, you should attach your deep link directly to your second activity (either by manually writing the appropriate implicit deep link <intent-filter>
or by adding the<deeplink>
to the start destination of a nav host in that second activity).
A lint error saying as such when a <deepLink>
element is added in Navigation XML would go a really long way to avoiding this case. Our navigation-runtime-lint
artifact that would contain this check.
jb...@google.com <jb...@google.com>
ap...@google.com <ap...@google.com> #3
We have some
Description
Component used: Navigation
Version used: 2.9.0-alpha06
As of Navigation 2.9.0-alpha05, Navigation artifacts have started shipping KMP artifacts.
It would be helpful if the
navigation-testing
artifact was also moved to KMP and used the new SavedState KMP APIs in SavedState 1.3.That would allow APIs like the that generates a
SavedStateHandle()
factorySavedStateHandle
from a@Serializable
class to be able to be used injvmTest
, avoiding the need of using Robolectric or an Android device at all.