Replies: 1 comment
-
|
Hey! It totally depends on you, and you can do whatever you want based on this value. It's literally a real time height of the keyboard. It has extra primitives like KeyboardToolbar, KeyboardAvoidingView that will solve your problem. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi there! I’m currently testing Unistyles 3 beta and using the classic approach to avoid the keyboard:
This works great in general, but I’m running into an issue on devices with small screen height, like an old Nexus 4 or similar Android phones.
When the keyboard opens, it takes up almost half the screen height, and applying the full translateY causes the entire content to shift too far up, making the TextInput disappear above the screen.
Example scenario:
Also, I’m trying to figure out how to handle a layout that includes multiple input fields, for example, one near the top and one at the bottom of the screen.
So I’m wondering:
how can we handle this kind of mixed layout dynamically, so only the element that needs to be moved is adjusted — without negatively affecting the rest?
Is there already a recommended way to handle this scenario in Unistyles? Or do you think it would make sense to introduce some dynamic keyboard avoidance utility?
Beta Was this translation helpful? Give feedback.
All reactions