r-zakarya
7ee2feba1b
Measured, after two fixes placed by reasoning changed nothing: focus: inner 719 visual 719 | box client 659 scroll 659 | body=on-detail Keyboard up, and both heights unchanged: the page has no way to learn the keyboard exists - visualViewport reports nothing here either. And the box shows 659 for 659 of content, so there is no overflow and nothing can scroll. The keyboard simply covers the bottom of a page that believes it still has the whole screen. So the remedy was never in the page. windowSoftInputMode="adjustResize" makes the window itself shrink; the scroll box then gets real overflow and the engine can bring the focused field into view on its own. The reserve added below the scroll area stays: it costs nothing when the window does resize (the measure is then zero), and it is the honest place for the value should a device ever report it.
