850413 - (skb) Story - Repositioning content for skb display

Status: VERIFIED FIXED

(Tracking Graveyard :: Metro Operations, defect, P2)

Description

[Jim Mathies [:jimm]]

str:

1) click on a form input
2) (soft keyboard is displayed)

note a white are shows up above the keyboard as it slides into view. This is due to our repositioning of content, which happens as soon as we receive the observer event. If we're going to change content like this, the lower boundary should adjust after the keyboard is fully displayed, or better yet, animate at the same rate as the keyboard.

Blocking on bug 831982 for now, although we could probably kick this out as a stand alone defect.

Comment 1

[Marco Mucci [:MarcoM]]

New story required.

Comment 2

[Jim Mathies [:jimm]]

This should really just be a bug, not a story.

Comment 3

[Jim Mathies [:jimm]]

Converted this over to a more general tracker related to content repositioning when the soft keyboard is displayed. There are probably other bugs floating out there that can block this.

Comment 4

[Jim Mathies [:jimm]]

I have a wip in the bug associated with that and am finding our current content positioning is interfering with the soft keyboard. So this should be addressed first.

Comment 5

[Jim Mathies [:jimm]]

The work bugs are bug 854182 and bug 855235. There will be a few more most likely.

Comment 6

[Marco Mucci [:MarcoM]]

Hey Jim, do you want this bug as a story with its own point estimation or just a work item with bug 854182 and bug 855235 as dependencies?

If you want it as a story, please provide a point estimation.

Comment 7

[Marco Mucci [:MarcoM]]

Thanks Jim.  Added as a story.  Using points from scope change contingency.

Comment 8

[Marco Mucci [:MarcoM]]

Hi Asa, new story required.

Comment 9

[Jim Mathies [:jimm]]

Attachment: rollup

Comment 10

[Asa Dotzler [:asa]]

Attachment: Repositioning content for skb display

Comment 11

[juan becerra [:juanb]]

Tested on 2013-04-15 using latest nightly built from http://hg.mozilla.org/mozilla-central/rev/261d6997d1d1

- Tested the basic user story from comment #10 and that works fine now.
- Opened a defect bug 861945 for the inconsistency that happens when toggling between the Start view in Windows 8 and the Nightly tile.

Comment 12

[Kamil Jozwiak [:kjozwiak]]

Went through the following "Story" for iteration #9 testing without any issues. Used the following build:

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-07-09-03-02-04-mozilla-central/

- Went through the story that has been attached in comment 10 without any issues
- Select "Comment", "URL", "Whiteboard", "Keywords" under "Detailed Bug Information" and the OSK slides in moving the text box into center view
- Went through the all the test cases in "Filled" view without any issues

Possible issues found:

- Found another possible issue that is related to Bug 861945 that Juan posted, see comment Bug 861945 Comment 8
- When selecting "blank" text boxes (comment, URL, Whiteboard, Keywords), everything behaves the same other then the monocles appearing with the cursor. Currently, only the cursor is displayed without any monocles.

Asa, is an issue? The story describes that once the text box is selected, the cursor + monocle should appear

Comment 13

[juan becerra [:juanb]]

I have been testing this for iteration #10 and I still see some inconsistencies with the skb. This morning when I tried going through the story in comment #10 the skb did not come up at all, even if I toggled between using touch and touchpad to focus on the form fields. I had to disconnect the keyboard from the Surface Pro before I was able to see a skb.

Later, the page would not automatically scroll as the skb came up, but this only happened once. Unfortunately I haven't found a way to reproduce these two issues yet.

Comment 14

[Jim Mathies [:jimm]]

(In reply to juan becerra [:juanb] from comment #13)
> I have been testing this for iteration #10 and I still see some
> inconsistencies with the skb. This morning when I tried going through the
> story in comment #10 the skb did not come up at all, even if I toggled
> between using touch and touchpad to focus on the form fields. I had to
> disconnect the keyboard from the Surface Pro before I was able to see a skb.

From my experience with the touch cover on a surface pro, ms never brings up the soft keyboard if a physical keyboard is attached to the device. You can work around this by using a bluetooth keyboard. I'm using the samsung one that came with my series 7 to test at my desk.

Comment 15

[Samvedana (:Samvedana)]

User Agent: Mozilla/5.0 (Windows NT 6.2; Win64; x64; rv:26.0) Gecko/20100101 Firefox/26.0
Build ID: 20130812030209
Built from http://hg.mozilla.org/mozilla-central/rev/87c1796bc46c

WFM
Tested on windows 8 using latest nightly for iteration-11. Followed steps provided in user story and got expected result.

Comment 16

[Samvedana (:Samvedana)]

User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0
Build ID: 20130825030201
Built from http://hg.mozilla.org/mozilla-central/rev/01576441bdc6

WFM
Tested on windows 8 using latest nightly for iteration-12. Followed steps provided in user story from comment10 and got expected result.