# Multiple screens (Few Blocks per Screen) VS Fewer Screens ( with lot of Blocks)?

**URL:** <https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347>\
**Category:** Questions about Thunkable X\
**Created:** [March 6, 2019, 2:28pm UTC](https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347 "2019-03-06T14:28:14Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![Kegamo\_Akiri](https://avatars.discourse-cdn.com/v4/letter/k/35a633/32.png) [@Kegamo\_Akiri](https://community.thunkable.com/u/Kegamo_Akiri)\
**Post date:** [March 6, 2019, 2:28pm UTC](https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347/1 "2019-03-06T14:28:14Z")

</div>

Which would be better performance wise?

I have created a quiz game with only a few screens but with a lot of code to make the transitions from one question to another (800+ Blocks ). I tried to limit the components, but the code itself is making both the app and the Thunkable platform to run slow.

Did anyone else experienced something similar while creating code heavy apps?  
And would it be better to divide each question into different screens?

Thanks

---

<div class="post-metadata">

**Author:** ![PEtalk](https://avatars.discourse-cdn.com/v4/letter/p/898d66/32.png) [@PEtalk](https://community.thunkable.com/u/PEtalk)\
**Post date:** [March 6, 2019, 6:26pm UTC](https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347/2 "2019-03-06T18:26:54Z")

</div>

I experienced something similar and I had to change to having multiple screens with fewer items/blocks. It seems to have helped quite a bit from a speed standpoint. I was experiencing significant delays on the platform when trying to edit the code blocks but when I split things up it became much more responsive. There is still a significant delay when adding/deleting/renaming components.

---

<div class="post-metadata">

**Author:** ![Kegamo\_Akiri](https://avatars.discourse-cdn.com/v4/letter/k/35a633/32.png) [@Kegamo\_Akiri](https://community.thunkable.com/u/Kegamo_Akiri)\
**Post date:** [March 7, 2019, 7:49am UTC](https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347/3 "2019-03-07T07:49:22Z")

</div>

Good to know, though I wish thunkable had a “Copy Screen” function.

Did you also notice any app performance improvements after?

---

<div class="post-metadata">

**Author:** ![PEtalk](https://avatars.discourse-cdn.com/v4/letter/p/898d66/32.png) [@PEtalk](https://community.thunkable.com/u/PEtalk)\
**Post date:** [March 7, 2019, 12:00pm UTC](https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347/4 "2019-03-07T12:00:59Z")

</div>

Yes, the app performance itself seemed to improve as well; however, I am noticing problems with the app slowing down after it running for a couple minutes.

---

<div class="post-metadata">

**Author:** ![PEtalk](https://avatars.discourse-cdn.com/v4/letter/p/898d66/32.png) [@PEtalk](https://community.thunkable.com/u/PEtalk)\
**Post date:** [March 7, 2019, 12:13pm UTC](https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347/5 "2019-03-07T12:13:06Z")

</div>

I’m am convinced that my app is too involved for the Thunkable platform. There should really be some communication from Thunkable on app limitations rather than having people pay for a Pro license on a half-baked offering, investing time creating screens, find out that the platform can’t handle very much on one screen, invest even more time in redoing multiple screens (because there is no copy functionality) and then come to realize all the time and money has been wasted.

I found these references that show this issue has persisted for quite some time without being addressed. I hope future users see this before investing too much time in a complicated app. For simple functionality Thunkable is great…but for larger projects (“larger” is still pretty small in this case) I have to recommend people look elsewhere:

> [@\[Solved\] Is there some reason why my blocks might start to lag?](http://community.thunkable.com/t/thunkable-x-slows-down-on-projects-300-blocks/55876/8):
>
> Hey Alex and Paul, thank you @actech for pointing out the relation to WIFI. I can confirm that. That lead me to further testing with the result, that the compiling time is equivalent to the WIFI upload time @paulmw: This might be interesting for you (if you did not know yet slight_smile ) I checked two projects with different number of blocks and made 3 times a little dragging on a WHEN-block in the block-section: my large project with 700 blocks: obeyed compilation time about 13 seconds …

> [@My app is incredibly slow](http://community.thunkable.com/t/my-app-is-incredibly-slow/46145/9):
>
> @Arun_Nijhawan @Dennis I haven’t found a solution except I regrouped all the useless blocks into repeating functions which made it a bit better. I also noticed that when the screens are switching, it is better to have your items directly placed on the screen and not to add them after loading. Last I added a waiting icon for the time the screen loads. Hope it helps

---

<div class="post-metadata">

**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:** [March 7, 2019, 12:58pm UTC](https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347/6 "2019-03-07T12:58:32Z")

</div>

I disagree.

While the speed of the platform and making changes is an issue on some machines and browsers, you should limit the number of screens whenever possible. Now this is a little different in X vs Classic.

Screens require reinitialization of components, etc, and make your app larger, and more difficult to manage. You should view Screens as separate mini applications.

I would always err on the side of one screen if possible.

I have a classic type app with nearly 4k blocks. One screen.

---

<div class="post-metadata">

**Author:** ![PEtalk](https://avatars.discourse-cdn.com/v4/letter/p/898d66/32.png) [@PEtalk](https://community.thunkable.com/u/PEtalk)\
**Post date:** [March 7, 2019, 1:23pm UTC](https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347/7 "2019-03-07T13:23:10Z")

</div>

I think the difference may lie in Classic vs. X. I too had a very involved app in classic that worked well. It had quite a few screens with MANY blocks per screen and I never had an issue with it. However, when trying to port that over to X the 1st screen became unbearable to make changes to (from a browser standpoint) and the app performance was hindered as well. I proceeded to break the 1 screen up into multiple screens and it greatly improved on the web platform and the app performance improved as well. However, now I am seeing that after a few minutes and testing the app it becomes bogged down and less and less responsive. I was thinking it might have something to do with there being multiple screens open in the background (I experienced this in Classic and there is a close screen option there that eliminated this) but X doesn’t have the option to close a screen. I then proceeded to test the app without changing screens…simply typing in an input box, deleting the text and continuing to enter and delete the text until it became very unresponsive (about 10 cycles of text).

---

<div class="post-metadata">

**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:** [March 7, 2019, 1:25pm UTC](https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347/8 "2019-03-07T13:25:42Z")

</div>

Do you have any utilities installed to see what memory or cache is being used on your device.

I would start your app, then do a snapshot of the memory and cache, do your test to get it unresponsive, and see the memory and cache

Appears to be a resource leak for sure.

Does it happen in Android and IOS the same?

---

<div class="post-metadata">

**Author:** ![PEtalk](https://avatars.discourse-cdn.com/v4/letter/p/898d66/32.png) [@PEtalk](https://community.thunkable.com/u/PEtalk)\
**Post date:** [March 7, 2019, 2:22pm UTC](https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347/9 "2019-03-07T14:22:29Z")

</div>

I’ve only started testing on Android. I tried clearing the cache, testing and then checking the cache again and there wasn’t anything of particular note (see screen shots below - cached increased by 356kB). It seems like the text input fields are really what cause it to slow down. I tried creating a new app with just 1 input field and it doesn’t slow down like my more complicated screen does (543 blocks). A text input on a screen with 256 blocks performs much better; however, after a couple minutes of constant text input entries it begins to slow down.

 ![49](https://us1.discourse-cdn.com/flex015/uploads/thunkable/original/3X/4/4/449240ac06a2c5602e23a587eef9ad133873e13a.jpeg) ![04](https://us1.discourse-cdn.com/flex015/uploads/thunkable/original/3X/7/6/76a6e9cd30bf9c547757d9a6d8e75f925e69f190.jpeg) ![43](https://us1.discourse-cdn.com/flex015/uploads/thunkable/original/3X/e/9/e9bb27467ebaa3df736fe580e34810938a52d1e2.jpeg)

---

<div class="post-metadata">

**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:** [March 7, 2019, 2:35pm UTC](https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347/10 "2019-03-07T14:35:19Z")

</div>

Do you have a loop or a rogue timer?

What about memory and CPU usage?

---

<div class="post-metadata">

**Author:** ![PEtalk](https://avatars.discourse-cdn.com/v4/letter/p/898d66/32.png) [@PEtalk](https://community.thunkable.com/u/PEtalk)\
**Post date:** [March 7, 2019, 3:02pm UTC](https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347/11 "2019-03-07T15:02:00Z")

</div>

No loops or timers are used. RAM usage went up by about 220MB when Live View was started and then fluctuated about 50MB. No other app performance is affected, only the Live View app. I tried download the APK to the phone as well to see if it might just be a Live View thing but the APK responded the same.

My more complex screen has 10 animations on it and it appears that those help promote the app slowing down (I don’t think it’s the only reason though because the screen with about 250 blocks has 1 animation and it slows down as well…it just takes longer). You can try testing this app [https://x.thunkable.com/copy/63884810e68791dd2bfc864878ea30e4](https://x.thunkable.com/copy/63884810e68791dd2bfc864878ea30e4) to see if you see similar issues. Just type a lot of text in the input field, press & hold to delete & keep redoing it and you should see a marked slowdown in performance.

---

<div class="post-metadata">

**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, 12:16pm UTC](https://community.thunkable.com/t/multiple-screens-few-blocks-per-screen-vs-fewer-screens-with-lot-of-blocks/71347/12 "2024-11-08T12:16:07Z")

</div>


