SfListView should have more options for how to handle how items scroll when it is resized Declined - Won't do

I'm working on an application for a mobile Windows device with a small screen, 900x600. When Windows displays the soft keyboard, it resizes our application Window. SfListView does not respond well to this.

On iOS and Android, the currently-focused control is pushed upwards so it stays in view. On Windows, the keyboard is more simplistic and simply resizes the Window without moving any of our content. Resizing the control only maintains the top of the scroll position. That causes the control to go off-screen, which seems to cause SfListView to destroy it. This causes it to lose focus, and the Windows keyboard is dismissed. The end result is it is impossible for the user to use that text field as summoning the keyboard immediately dismisses the keyboard.

I cannot tell the SfListView to scroll the item to the top because it is at the bottom and there is no space to allow it to scroll. I cannot tell the SfListView to make it visible becuase by the time I get that chance, the control has already lost focus and the window is "big" again. What I had to do was use the footer of the list view to add space at the bottom so I could scroll the item to the top. This space MUST be permanent, as it seems if I try to make it larger in response to the Windows `CoreInputView` events it happens too late to prevent the control from scrolling off-screen and losing focus.

I think on Windows SfListView should handle this for me, or I should at least have some control over how it works when the keyboard is displayed, or I should be able to exert some control over how aggressively off-screen items get recycled. Right now the resizing focuses on keeping the "top" item in view, it would have been nice if I could configure it to keep the "bottom" item in view. Or, if I could've adjusted the virtualization to be a little less aggressive, I'd have more time to make the item visible.