# Problem with listviewer **URL:** \ **Category:** Questions about Thunkable X\ **Tags:** beginner\ **Created:** [December 18, 2018, 7:13pm UTC](https://community.thunkable.com/t/problem-with-listviewer/61250 "2018-12-18T19:13:54Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![valentin\_giaufer](https://avatars.discourse-cdn.com/v4/letter/v/d2c977/32.png) [@valentin\_giaufer](https://community.thunkable.com/u/valentin_giaufer)\ **Post date:** [December 18, 2018, 7:13pm UTC](https://community.thunkable.com/t/problem-with-listviewer/61250/1 "2018-12-18T19:13:54Z")
Hi I’m working on an app that will serve as a relay for an alarm clock. my problem is when I create a list and switch to another screen and then come back the list has disappeared ![Thunkable%20-%20Mozilla%20Firefox](https://us1.discourse-cdn.com/flex015/uploads/thunkable/original/3X/b/4/b4ef9e6f3e9068fcafdf3c74fa6f221f899f0ebd.jpeg) here the first screen ![Thunkable%20-%20Mozilla%20Firefox_2](https://us1.discourse-cdn.com/flex015/uploads/thunkable/original/3X/c/5/c5b48d33f5177a6f1fb3f4455ba0a341f9d821c1.jpeg) here the second screen i can’t put more than tree pic cause I’m a new user sry thx for answer me \<3 ---
**Author:** ![Cian\_O\_Sullivan](https://sea1.discourse-cdn.com/flex015/user_avatar/community.thunkable.com/cian_o_sullivan/32/34494_2.png) [@Cian\_O\_Sullivan](https://community.thunkable.com/u/Cian_O_Sullivan)\ **Post date:** [December 18, 2018, 9:21pm UTC](https://community.thunkable.com/t/problem-with-listviewer/61250/2 "2018-12-18T21:21:18Z")
I would also like to know how to maintain the state of one screen, as I am trying to create a second screen for debug purposes. ---
**Author:** ![domhnallohanlon](https://sea1.discourse-cdn.com/flex015/user_avatar/community.thunkable.com/domhnallohanlon/32/29554_2.png) [@domhnallohanlon](https://community.thunkable.com/u/domhnallohanlon)\ **Post date:** [December 18, 2018, 9:29pm UTC](https://community.thunkable.com/t/problem-with-listviewer/61250/3 "2018-12-18T21:29:55Z")
How about using a stored variable instead? [https://docs.thunkable.com/thunkable-cross-platform/create/blocks/variables](https://docs.thunkable.com/thunkable-cross-platform/create/blocks/variables) ---
**Author:** ![Cian\_O\_Sullivan](https://sea1.discourse-cdn.com/flex015/user_avatar/community.thunkable.com/cian_o_sullivan/32/34494_2.png) [@Cian\_O\_Sullivan](https://community.thunkable.com/u/Cian_O_Sullivan)\ **Post date:** [December 18, 2018, 9:49pm UTC](https://community.thunkable.com/t/problem-with-listviewer/61250/4 "2018-12-18T21:49:18Z")
Domhnall, The issue is the entire state of the screen. Images API calls etc. What you would need to do is store everything in variables, and then when you slide back you have to reinstate all images and labels with the content of the variables. Not ideal. For example on the app I am working on I have 13 objects with content. A retain state of screen would be a nice feature. Slainte ---
**Author:** ![domhnallohanlon](https://sea1.discourse-cdn.com/flex015/user_avatar/community.thunkable.com/domhnallohanlon/32/29554_2.png) [@domhnallohanlon](https://community.thunkable.com/u/domhnallohanlon)\ **Post date:** [December 18, 2018, 9:58pm UTC](https://community.thunkable.com/t/problem-with-listviewer/61250/5 "2018-12-18T21:58:28Z")
> [@Cian\_O\_Sullivan](#): > > when you slide back you have to reinstate all images and labels with the content of the variables. > > Not ideal. Unless you’re making new HTTP requests each time the screen loads then it should be pretty much instantaneous, no? I think having a “retain state” method would end up creating memory-hungry apps and we’d start to see crashes. Beir bua! ---
**Author:** ![Cian\_O\_Sullivan](https://sea1.discourse-cdn.com/flex015/user_avatar/community.thunkable.com/cian_o_sullivan/32/34494_2.png) [@Cian\_O\_Sullivan](https://community.thunkable.com/u/Cian_O_Sullivan)\ **Post date:** [December 18, 2018, 10:15pm UTC](https://community.thunkable.com/t/problem-with-listviewer/61250/6 "2018-12-18T22:15:19Z")
Sure the results are instantaneous but now you have to manage two instances of each screen. Every time you make a change on one screen you need to build a process to reinstate that variable etc etc. This could be an automated feature. Return to Previous State. Creates an automatic cache of the screen. I was trying to use a second screen to debug, and it turns out to be too problematic. Is there a way to scroll down if you make a large label? Míle buíochas ---
**Author:** ![valentin\_giaufer](https://avatars.discourse-cdn.com/v4/letter/v/d2c977/32.png) [@valentin\_giaufer](https://community.thunkable.com/u/valentin_giaufer)\ **Post date:** [December 19, 2018, 5:08pm UTC](https://community.thunkable.com/t/problem-with-listviewer/61250/7 "2018-12-19T17:08:33Z")
in general it will be necessary to store the lists in a variable and put it for example in the block “when screen start”? ---
**Author:** ![Mark](https://sea1.discourse-cdn.com/flex015/user_avatar/community.thunkable.com/mark/32/18133_2.png) [@Mark](https://community.thunkable.com/u/Mark)\ **Post date:** [December 21, 2018, 11:40pm UTC](https://community.thunkable.com/t/problem-with-listviewer/61250/8 "2018-12-21T23:40:15Z")
In the short term, if your app design allows for it, I might suggest placing your screens within a Tab or Drawer navigator. I believe that in those cases the state of the screens will be automatically maintained. The problem with “plain” screens is that plain screens are placed in a default (and implicit) Stack Navigator and that the `'navigate to'` block currently creates a new version of the screen that you are navigating to when your screens are within a Stack Navigator. We need to create a way to allow you to specify when you want to navigate to an already existing screen when using a Stack Navigator. -Mark ---
**Author:** ![ioannis](https://sea1.discourse-cdn.com/flex015/user_avatar/community.thunkable.com/ioannis/32/146956_2.png) [@ioannis](https://community.thunkable.com/u/ioannis)\ **Post date:** [November 8, 2024, 11:52am UTC](https://community.thunkable.com/t/problem-with-listviewer/61250/9 "2024-11-08T11:52:17Z")