input fields get obscured by OSK

[Bill Filler]

On some webpages if there is an input field near the bottom, when focusing in the field the OSK is displayed but it covers the input field. The input field should scroll into view when the OSK becomes visible.

A good site to test is Facebook. Press the "comment" button on a thread that has a few comments. Click in the comment field and the field becomes obscured when the OSK is displayed.

[Bill Filler (bfiller)]

We need to figure out a way to automatically scroll the input field into view so it's not obscured by the OSK. In qml apps we can use anchorToKeyboard property (see https://bugs.launchpad.net/ubuntu-keyboard/+bug/1321676). Need some equivalent way in browser or make it happen automatically.

[Chris Coulson (chrisccoulson)]

Closing the webbrowser-app task, as we should do this entirely in Oxide

[Chris Coulson (chrisccoulson)]

I've got a fix for this, but it interacts quite badly with the browser headerbar. It goes something like this:

1. The keyboard appears.
2. Once the view is resized, the focused editable node is scrolled automatically in to the centre of the view.
3. The browser hides the headerbar.
4. Because the view is resized again, we do another scroll to centre the focused editable node.
5. The browser shows the headerbar.

Repeat 2 - 5 ad infinitum.

[Chris Coulson (chrisccoulson)]

Fixed with http://bazaar.launchpad.net/~oxide-developers/oxide/oxide.trunk/revision/757

[Chris Coulson (chrisccoulson)]

As the next upload to utopic will be from a 1.3 branch, marking this as wontfix for 1.2