You’re offline. This is a read only version of the page.
When my staff use the apps I have created on an android device, the on screen keyboard covers the inputbox they are attempting to use. I have tried adding onselect logic that alters the y coordnates of the control to no avail. Is there a way to fix this? It very quickly loses the feel of a mobile app when this occurs, as any other application on a phone is able to account for the keyboard opening and closing.
I dont see a fix so I came up with this alternative.
Add a label that determines whether the device is desktop or mobile by using this script: If( Location.Altitude > 0 Or Acceleration.X > 0, "Mobile","Desktop")
Then, at the text input set the OnSelect to adjust the y axis of the control only when the label = Mobile
Hope this makes sense. You will have to play around with this to make it work well for your own apps.
My scenario was that I have buttons at the bottom left of my app that were hidden when the keyboard popped up, which i shifted up to still make them selectable, when the text input is no longer selected, they shift down again.
Any update on this subject?
Hi all, this was an issue in 2016. Any update?
There is still a problem on iOS with the keyboard and dropdown/person-lookup/comboboxes. The boxes drop below the keyboard so you can't see the options.
Users must:
Pretty disjointed experience. I've been thinking of building my own keyboard and popping it up on the screen, but not yet. Any ideas?
Yeah, this is really unfriendly to the user. If you select any input field in the lower half of the screen it seems to shift the field to just above the keyboard but still cant access any field below that one without moving the focus away from the input. The worst field is the one just above the half way point.
I think the solution is that they need to identify the keybaord type, so that it includes the next (tab) rather than the Go function.
So bit of a budget workaround but I added a Check icon to the right of each field, the user feels like they need to check the box to submit the data. In reality it just takes the focus off the input field and hides the keyboard so they can then select the next field.
Ideally there would also be a getfocus action, which would also resolve the focus on input field when loading the screen too.
Is there any progress on this for Android devices?
The virtual keyboard covering the input text box is a major issue when trying to develop APPs.
D
Hi @masonjrc
They have fixed the keyboard overlay for
- Sign-in
ONLU till today.
Keyboard overlay for data entry within the apps environment (screens) are yet to be resolved.
I wish PA will keep in their roadmap as this is a very UnUserFriendly Environment which is suppose not to happen for all kind of phone.
I suppose most of MS Staff use iPhone, where unlike other countries mostly use Android Phone.
Hope this will be worked out soon.
Share
Report
22
All responses (
Answers (
