Created attachment 576992 [details] example of the overscroll I am referring to in the description. When all the content is displayed in the view port and the display is fully zoomed out (ie. loading about:firefox) horizontal scroll or over scroll should not exist > Reference iOS or Android's native browser. Vertical over scroll should be minimized and ideally removed, pull down over scroll has become a more common touch gesture for refreshing content so this would be a nice feature in web apps, but could be useful throughout the browser. Over scroll should have a purpose and not just be playful, minimizing the elasticity will create a more solid feel.
I agree with this, though we'll need some UX comment. Generally, I think our default behaviour should match default android before it matches iOS/Samsung tweaks (see bug #705246), but these can be dealt with separately.
This is coming from UX (from me and Madhava). I should have been clear, yes the behaviour should be the same as the android browser meaning at zoom out (if the entire page's content is in the view port), no over scroll whatever. I should have been clearer in the initial bug comment.
Agreed that we should match iOS here. I was concerned when the native about:home landed that its native-ness leaks through to the user, since overscroll works in content but doesn't work for the native about:home. I think that this would fix this problem, since about:home would be treated the same as any other page with fully visible content. (about:home does have scrollable "iframe" workalikes, but those shouldn't overscroll anyway.)
I don't understand this bug, either we want over scroll or not. I'm marking this as won't fix. Madhava, if you reopen, please adjust the summary to be clear about what you want.
Created attachment 579951 [details] [diff] [review] Proposed patch. We talked about this in the war room today. Overscroll shouldn't happen on axes that are fully zoomed out. No OS, not even iOS, does this. Here's a patch that implements the behavior.
To be more clear, here's an example use case: If you open a mobile site that has no content off to the left or right of the screen, you shouldn't be able to overscroll to the left or right, because the site is asking for a vertical layout. Similar logic applies to a desktop site that's fully zoomed out to the width of the device. Think of it as an extra unbreakable axis lock: when there's no reason the user could possibly want to scroll in a direction, we should just lock that direction. As mentioned, this mirrors iOS's behavior.
Can you let me know when this reaches nightly? Thanks!
This is probably the biggest annoyance I have since native UI landed. It serves no purpose what so ever and make scrolling up and down pages suck badly because the axis lock also doesn't work well so pages scroll in a wavy way.
(In reply to Kurt Schultz (supernova_00) from comment #9) > This is probably the biggest annoyance I have since native UI landed. It > serves no purpose what so ever and make scrolling up and down pages suck > badly because the axis lock also doesn't work well so pages scroll in a wavy > way. This should hit nightly in a day or two -- tree closure has prevented it from making it in before, but it is on its way.
Verified fixed on: -build: Firefox for Android 22.0a1 (2013-02-27) -device: Samsung Galaxy Nexus -OS: Android 4.2.2