-
Notifications
You must be signed in to change notification settings - Fork 9
Empty padding at the bottom of screens #457
Comments
I can confirm this behavior. Seeing it on my end. |
I have the same problem, when enabling "scrollable" for a column (setting "scrollable" for the whole screen is not always an option). |
Thanks all for the report and confirmation. We are testing a number of changes on columns; we'll get back to you as soon as we know more. Thanks! |
@josmas out of curiosity, did anything change in the backend? If not, how would you explain this change impacting everybody? |
hi @AmigoDeluxe this looks like a library upgrade and the style tag behaving slightly different in the newer version. The change would most likely have happened on the Companion itself, and those changes in UI rendering trickle down to compiled apps. We are still trying to figure it out though, so take that with a pinch of salt! :) |
Thought it was just me... how's it coming along? |
I found a tournaround for this problem. On the screen set the bottom margin first as negative number example -30 and test the app and then you can try to set to 0. |
Damn, I love this fix already. Thank you. Will try.
…On Thu, Apr 9, 2020, 1:49 PM grfr58 ***@***.***> wrote:
I found a tournaround for this problem. On the screen set the bottom
margin first as negative number example -30 and test the app and then you
can try to set to 0.
For me it fix the problem. I think is a missing default value on the
library
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#457 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANTPYA76KJDSKJTNJDZFWJTRLYDCDANCNFSM4MBLCKBA>
.
|
What library? |
So, setting the screen's bottom margin to -30, viewing the app in the companion, then setting it to 0 and viewing the app in the companion does not solve the issue. At least not in my case. |
I just tested and it seems to be working in the companion for one of my
android devices and not the other. However, the built app works for both of
them. Thank you for this fix!
…On Thu, Apr 9, 2020, 2:28 PM AmigoDeluxe ***@***.***> wrote:
So, setting the screen's bottom margin to -30, viewing the app in the
companion, then setting it to 0 and viewing the app in the companion does
not solve the issue.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#457 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANTPYA4XCFUELFR7S5N5K33RLYHWTANCNFSM4MBLCKBA>
.
|
Just noticed the statusbar was showing in my app although it wasn't enabled
in the screen settings. Toggling on and then off again fixed it. Not sure
it was related to the -30 padding fix but it happened after that. Yes, I
wrote padding, not margin... apparently, I read padding instead of margin
in the previous thread posts and did it that way instead... and it worked.
I just tested and it seems to be working in the companion for one of my
android devices and not the other. However, the built app works for both of
them. Thank you for this fix!
…On Thu, Apr 9, 2020, 2:28 PM AmigoDeluxe ***@***.***> wrote:
So, setting the screen's bottom margin to -30, viewing the app in the
companion, then setting it to 0 and viewing the app in the companion does
not solve the issue.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#457 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANTPYA4XCFUELFR7S5N5K33RLYHWTANCNFSM4MBLCKBA>
.
|
According to me there are other parameter without default setting like the
show status bar or even the orientation of the screen.
In data 10 aprile 2020 05:05:06 hencehuman <notifications@github.com> ha
scritto:
…
Just noticed the statusbar was showing in my app although it wasn't enabled
in the screen settings. Toggling on and then off again fixed it. Not sure
it was related to the -30 padding fix but it happened after that. Yes, I
wrote padding, not margin... apparently, I read padding instead of margin
in the previous thread posts and did it that way instead... and it worked.
I just tested and it seems to be working in the companion for one of my
android devices and not the other. However, the built app works for both of
them. Thank you for this fix!
On Thu, Apr 9, 2020, 2:28 PM AmigoDeluxe ***@***.***> wrote:
> So, setting the screen's bottom margin to -30, viewing the app in the
> companion, then setting it to 0 and viewing the app in the companion does
> not solve the issue.
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub
> <#457 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/ANTPYA4XCFUELFR7S5N5K33RLYHWTANCNFSM4MBLCKBA>
> .
>
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
All, there is an update that should fix some of the padding issues. Let us know if that is not the case. But please note that this needs a new Companion app and we are waiting for Apple to approve the latest build, so it might take a while to show up. |
@AmigoDeluxe this was a combination of and upgrade to react native 0.61 and us having a constant height for the status bar. |
Just installed Thunkable Companion version 175 on my device but I am not seeing any improvement on this issue. I tried refreshing my project, deleting the app's cached data, tried again, no love. The app's screen is shifted downwards creating white gap at the top and hiding its very bottom. @josmas is this the version we should be expecting or is there another on its way? Thanks |
Did you tried to set the bottom margin of the screen at -30 ?
In data 11 aprile 2020 13:32:20 AmigoDeluxe <notifications@github.com> ha
scritto:
…
Just installed Thunkable Companion version 175 on my device but I am not
seeing any improvement on this issue. I tried refreshing my project,
deleting the app's cached data, tried again, no love. The app's screen is
shifted downwards creating white gap at the top and hiding its very bottom.
@josmas is this the version we should be expecting or is there another on
its way?
Thanks
K—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Not with version 175 of the Companion. I would rather wait for a proper fix. |
@AmigoDeluxe yes, 175 should contain a fix for column padding. Is this happening in more cases than columns? If anyone can link to a minimal project with the issue, especially if it is not column related, I can try and reproduce again. |
Update: I set all my project's screens margins and paddings to 0 for all four sides and interestingly enough, that fixed the top white space however, the bottom of the screen is still off. And then, all by accident, I tilted my device to landscape and... ta daaaaa!!! The very bottom of the screen is now visible... So there seems to be something specific to portrait mode. If you wonder what that is... it is the bottom navigation bar which is not visible on landscape mode. I then tilted my device back to portrait mode and got the known issue of the companion showing the contents of the app screen up to the middle of the screen and... guess what? I can now see the bottom elements of my app's screen! I then switched to gesture navigation so to not have the navigation bar at the bottom and restarted the companion app holding my device in portrait mode and noticed that where there used to be the navigation bar, there is still a white gap. So let's take a moment and agree on: a. What top of the app's screen means and Here is my take:
Here we have another sub-case, where the status bar is enabled but in translucent mode meaning that the app's screen top extends behind the status bar, reaching the top of the smartphone's screen. With that being said, Thunkable should update its platform to support these options:
Now that we have addressed the top, let's address the bottom: The bottom of the app's screen should depend on whether the navigation bar or gesture navigation is selected on the device:
As before, we have another sub-case where the navigation bar is selected but with that extra option of being able to hide it by pressing a fourth key in the bar which can be enabled through Android's options. By pressing the "Hide navigation keys" button the navigation bar disappears and at that point, the bottom of the app's screen should become the bottom of the smartphone's physical screen just like it happens with any other app (i.e. WhatsApp, Yahoo Weather) in such scenario. Swiping up to reveal the navigation bar again should dynamically set the bottom of the app's screen to the first line of the once again visible navigation bar. So here is the current situation:
It is also worth noting that there appears to be a difference in the way screens set as scrollable vs screens not set as scrollable behave. Screens not set as scrollable are aware of the presence of the navigation bar and are sized correctly at the bottom when opened vs. the screens which are set as scrollable. @josmas does this help at all? Oh, and one more thing... I don't believe the problem is "column padding" as you mention in your previous message but rather a "screen padding" problem. I believe this is a good place troubleshooting the status bar being set to translucent as described here: https://reactnative.dev/docs/0.61/statusbar#translucent Thanks |
@josmas, would you like any additional information on this issue? What do you think about the above mentioned? Thanks |
@AmigoDeluxe thanks a million for the extra info, that should be enough to track this down but unfortunately I haven't had a chance to look into it. Hoping to have some time towards the end of the week, but that is all very helpful! |
FYI: We are still looking into this. Unfortunately it seems to have more edge cases than we anticipated. |
I have the same problem! |
@josmas imagine how inconvenient this is for tens of developers who actually earn their living by applications they built. How is the troubleshooting progressing? Feel free to find us on Discord (https://discord.gg/wgRCzA8) and discuss about the issue if you need help. |
Following this. My users just noted this to me which means not only the Thunkable developers notice anymore. |
Anyone who wants compensation or a refund to write to this email: billing@thunkable.com. If you are lucky, someone can reply. |
Probably not looking for a refund. But would love to hear about any updates or potential updates in the works for these. |
Hi all, as mentioned before, this seems to be a number of related issues. We will soon provide more options for the style bar (there are a number of requests about this) and we are tracking down all the spacing issues (we have refreshed row and column components), as well as moving to version 37 (this will take a bit longer, but it seems to be a lot more stable with regards to the status bar, as noted in a thread above). The first couple of changes will be visible to test users by the end of the week, and if all goes well and all is actually fixed, we will release to all after that. Thanks all for your patience with this. |
heyy @AmigoDeluxe I am trying to replicate case 3 above: This is a project with the things you note there |
I have an example but it's from my main project. so theres a lot of extra crap but you can see the issue pretty much on each screen. Would that be helpful at all @josmas |
@Jaredgib and @AmigoDeluxe actually, I believe the trick to trigger the issue is to set for instance the image to a height of 1500 so it forces the scrolling behaviour, then I can see a red (made the background that color) gap. If you can confirm, that would be great! I believe we are covering that issue with the changes in column, but need to double check. I'll let you know as soon as I do. |
We've released what we believe is a fix for case 3 above (by @AmigoDeluxe). You will need Companion version 185 to see it though. |
There has been no progress in resolving the problem for more than a month. I no longer regret requesting a refund for my PRO account |
Will you let us know how that goes? I've had little luck asking with
billing in the past and Mr. Wei has not replied to my emails about how this
issue has affected me and asking for help.
…On May 10, 2020 12:55 PM, "balancedkitchen" ***@***.***> wrote:
There has been no progress in resolving the problem for more than a month.
I no longer regret requesting a refund for my PRO account
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#457 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANTPYA2AHACE5MUHDURFIMTRQ3MAFANCNFSM4MBLCKBA>
.
|
Hello josmas , |
Hi @balancedkitchen thanks for the extra information. |
Hello @josmas , |
Hi @balancedkitchen if this is about |
Hello Here is the link: https://x.thunkable.com/copy/9bccee66fc6e3c2a9e7006e6921ed058 PS: Regarding the links you have left - Thank you. I will get acquainted with them in detail. |
If I am reading this correctly, the different behaviour is due to the fact that a top or bottom navigator can be thought out as subscreens of the navigator itself, that will be alive for as long as the navigator is. When you open a screen and then navigate out of it, the screen will be In the case of the navigator, the navigator screens are not Does that make any sense? |
Hello @josmas https://x.thunkable.com/copy/a806d6ab7895dd3af9e0b7caa873377b |
Any progress? |
@AmigoDeluxe a look at this app and you will understand the big problem. |
I believe you, I had issues too (I opened the bug report actually 😁) but found a workaround which I posted above. Not ideal but at least it works. I hope you have time to check if the new features I mention in my reply to you. |
@balancedkitchen is the issue that when you make it scrollable the height changes? A scrollable component cannot have a height of @AmigoDeluxe we've added those 3 new properties while we are working on the v37 upgrade; hopefully that will provide enough flexibility for now. |
Okay @josmas. I'm sure you're aware of what bug I'm trying to present to you, even though I haven't followed the basic rule for fill container and fit contents. Here is the same example, but the rule for fill container and fit contents has already been observed. Strange! The application functions in the same way.
https://x.thunkable.com/copy/7efc41466dfd9f0792f2fec3d3f76087 |
Hi @balancedkitchen I can now see the interaction between the two columns. If Column 2 is scrollable, it will use up the space even if it is set as hidden. That does not seem right. I did not understand the problem before. I will have a look at it when I have a chance, thanks for the example project that is very helpful. |
@josmas @AmigoDeluxe so after reading this thread. I’m still unsure how to get rid of that white space? Makes dark mode look silly 👎 |
hi @jaredgibb I am not sure what you are pointing at, is there a space between the navigator end and the screen end? |
@josmas @jaredgibb I know a new thread needs to be opened for this. But, I believe that space needs to be there because of the iOS gesture navigation. I am assuming that this probably only appears when you use the Bottom Nav, as without the spacing think about how difficult it would be to differentiate between nav bar swipe/press and "Charts" button swipe/press. Now, changing the color of that area is a different story... I believe that padding exists on all versions of iOS with gesture nav, but the background color extends through that area. Maybe just a tweak to Bottom Nav where the background color is extended past the navigator would easily solve this issue. |
How about setting the screen color to the same blue color as the rest of the screen? Would that change the background color behind the gesture nav bar? |
In response to the original issue: apps tested an downloaded to Android no longer have any gap at the bottom of the screen. This applies to apps with colorful Screen background colors, apps with components such as Buttons at the bottom of the Screen, and apps with Bottom Tab Navigators. We will close this issue now. Apologies for not following up when this behavior was originally resolved. |
Platform
✕ Android, ✕ Android companion
Steps to Reproduce
On the X Android companion: Preview any project, even ones that have not been edited in ages
On the X Android: Any apps compiled after (approximately) Saturday, April 4th 2020
Expected Behavior
There should not be any white gaps in the bottom of the app screens
Actual Behavior
There is a white gap on the bottom of the app's screen
Screenshots
Plenty of them, here: https://community.thunkable.com/t/problem-live-test-onandroid-screen-empty-padding-at-the-bottom/552876
The text was updated successfully, but these errors were encountered: