This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(272, 71%, 36%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EMA%3C/text%3E%3C/svg%3E)
Hello!
As our Xamarin Forms app evolves, we're hitting the Android softkeyboard problem: Either the entire screen needs to be resized (AdjustResize) or we get an overlap and terrible placement of the keyboard that we cannot control(?) (AdjustPan). I doubt we are the only ones with these issues - it must have been solved by others in the past, yes? I must only conclude that there's simply something we're not understanding about how to set this up.
What did you guys do? How can we better control how the application works with the softkeyboard, so it works optimally for our users without having to fiddle too much?
Any response will be highly appreciated, thank you in advance.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(128, 8%, 22%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EA%3C/text%3E%3C/svg%3E)
Hi, welcome to Q&A, could you please share your specific source code and running GIF about your issue? Based on your description, I cannot image what is your issue.
Essentially, it's just a scrollview with a stacklayout in it, containing a bunch of test components (for UI tests) - including <Entry> and <Editor> components.
What I mean is shown in the example above, using WindowSoftInputMode=AdjustPan. Essentially what we would like is for the keyboard to always remain at the bottom of the actual entry or editor, not where the caret is. While we can live with it somewhat for the Entry component, it is absolutely terrible for the Editor (multiline) component. If you still need example code I must create a separate example - something I will do, if required.
One important thing to note though, is that we are not adverse to hearing completely alternative solutions. don't necessarily need it to work just like this, we just need it to be user friendly.
Let me try to elaborate a little.
My problem is; I don't think we really grasp how this is supposed to be set up. I have been doing a fair bit of googling, and most people seem to think AdjustResize is the right way to go, but... we have forms with control toolbars (buttons) in the bottom of the screen, which obviously are moved into view as the visible area shrinks to accommodate the softkeyboard.
Is issue related to your custom Entry or Editor, native Entry do not have this issue. Could you share the custom Entry or Editors code?
I will try to recreate the problem in a completely separate project. We have no custom Entry or Editor - only a custom renderer for the Entry in iOS, which does not have this problem.
... which proved to be an informing exercise. The problem is in our native android style. It has no padding, which makes the keyboard get smushed up into the text. The behavior of the Editor is still not desirable, but I think we can work around that in another way.
Sometimes just trying to explain a problem to someone else causes one to find the solution. Thank you!
You are welcome, I convert your comment to answer.