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.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
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