Closed
Bug 945367
Opened 11 years ago
Closed 10 years ago
Need better heuristics at detecting 'root' scrollframe
Categories
(Core :: Graphics: Layers, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: BenWa, Unassigned)
References
(Depends on 1 open bug)
Details
Gaia apps like the settings app have some fixed position headers thus the primary scroll area is not the root element. We should adjust the heuristics to properly detect the primarily scrollable elements for these.
Yes, I agree. We could probably come up with something, like counting the number of overflow:auto/scroll scrollframes in the page and if there's only one, treat it as always active.
Comment 2•11 years ago
|
||
We might want to also check that it covers some 'significant' portion of the page.
Comment 3•11 years ago
|
||
With APZ on B2G we now have something similar: nsLayoutUtils::GetOrMaybeCreateDisplayPort (from bug 982141) gives a displayport to the first scrollable frame that's encountered during display list construction.
Depends on: 982141
Comment 4•10 years ago
|
||
Is there something we'd like to do here beyond what was already done in bug 982141?
Reporter | ||
Comment 5•10 years ago
|
||
I don't remember if there was anything else to this bug then to bridge the gap until we got multi-APZ. I don't think there is. I think this is WONT FIX since we have a better alternative.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•