Change theme
Help
Press space for more information.
Show links for this issue (Shortcut: i, l)
Copy issue ID
Previous Issue (Shortcut: k)
Next Issue (Shortcut: j)
Sign in to use full features.
Vote: I am impacted
Notification menu
Refresh (Shortcut: Shift+r)
Go home (Shortcut: u)
Pending code changes (auto-populated)
View issue level access limits(Press Alt + Right arrow for more information)
Request for new functionality
View staffing
Description
Component used: Navigation
Version used: 2.6.0-alpha01
Right now when providing a custom type half of the serialization/deserialization logic need to live in the
NavType
, but the other half, serializing the value into the route to callnavigate
with, is completely separate:and later
It would be nice if
NavType
could be the single source of truth for both sides of the equation, thus allowing you to write something like:And use it like:
By default, I think this method should just call
toString()
on the class. The one exception could beStringType
, which couldUri.encode()
for you.