Replies: 7 comments
-
Having tested this situation on my own app, I believe the page instance in the navigation stack won't lost its state after navigating to a new page with the same type but different NavigationParameter. I don't know whether the parameter matters. You can test it, for example, by generate a Guid parameter for each page navigation. By the way, if you are trying using this feature for something except just Navigate Back, probably you are using the wrong control. |
Beta Was this translation helpful? Give feedback.
-
@HppZ have you seen https://docs.microsoft.com/en-us/uwp/api/windows.ui.xaml.controls.page.navigationcachemode?view=winrt-22000? |
Beta Was this translation helpful? Give feedback.
-
https://github.com/HppZ/TestFrame If I comment out this line, it works, but in my real app, the parameter is used to request data, when I go back to a previous page, I have to reload data and scroll ListView to previous offset and do many other things to keep every thing unchanged. |
Beta Was this translation helpful? Give feedback.
-
Yes. |
Beta Was this translation helpful? Give feedback.
-
@codendone do you know? |
Beta Was this translation helpful? Give feedback.
-
@chingucoding could you help me? |
Beta Was this translation helpful? Give feedback.
-
@HppZ Not familiar with this, sorry |
Beta Was this translation helpful? Give feedback.
-
I want every instance of a specific Page type to keep their own UI and data state in back stack of a Frame.
Beta Was this translation helpful? Give feedback.
All reactions