Closed Bug 1513594 Opened 7 years ago Closed 5 years ago

Implement NestedScrollingChild interface in GeckoView

Categories

(GeckoView :: General, enhancement, P2)

enhancement

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: eeejay, Assigned: eeejay)

Details

This is currently done in Android Components[1], and it is used for autohiding the toolbar. Looks like this is a common mobile browser pattern.. It seems like it would be good to control this behavior directly so we could deal with viewport size changes and update GeckoSession's position correctly. 1. https://github.com/mozilla-mobile/android-components/blob/f7264a7afc9c72a5a6dd788671232ccea5ee6e40/components/browser/engine-gecko-nightly/src/main/java/mozilla/components/browser/engine/gecko/NestedGeckoView.kt
Assignee: nobody → eitan
James says P2.
Priority: -- → P2
Product: Firefox for Android → GeckoView
Depending on the outcome of bug 1515774, I'm not sure this is needed anymore. It puts more 'policy' in GeckoView's control. Not sure if that is a good thing. With the right APIs consumers should be able to control nested scrolling themselves. I originally proposed this because I thought it would help us have an informed idea of what the GeckoView's offset is in a CoordinatedLayout, but I realize now that that is not the case.
We may need another API that would tell GeckoView how much of it's vertical space is clipped. That will help with adjusting the bottom-fixed margin, and potential viewport resizing.
Rank: 20

Going to close this since I think this has mostly resolved itself with the APZ changes and the clipping API.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.