Open skrupenin opened 4 months ago
Moving to the Toga repo, as this isn't an issue with how Briefcase deploys apps, it's an issue with the Toga widget kit.
I think I understand the problem you're describing; however, it's not immediately obvious to me what the "right" behavior should be.
Resizing the app's window to accomodate the keyboard would be the simplest approach; but that would also have a significant impact on how apps render. It would be easy to end up with a situation where the app is unable to be rendered when the keyboard is displayed, because the minimum rendering size can't be accommodated in the new, smaller size.
As an aside, when reporting a problem, the most helpful thing you can do is provide a minimal, complete example - a full app (not just a block of code that might contain the problem), that only has the pieces necessary to reproduce the problem. If you're going to provide screenshots, provide screenshots of that app - not screenshots that need substantial redaction an in-image explanatory notes for what the image isn't showing.
Similar issue on Android: #2634
Describe the bug
I'm building a chat application. Below is sub that generates main window. On Android (physical device) and on iPhone 7 (simulator), on iPhone 7 (simulator) works well.
On iPhone 7, SE, 15 (physical devices), SE (simulator) when cursor put into multiline input (self.text_input) - virtual keyboard appears and covers input item. So user has no visibility on entered text.
Steps to reproduce
Expected behavior
When cursor placed into multiline input and virtual keyboard displayed, application window either scrolls up or webview piece decreased in height so that user can wee both multiline text input and virtual keyboard.
Screenshots
Environment
Logs
No response
Additional context
No response