Improve the interface of nsLayoutUtils::GetFrameForPoint and fix callers that pass in an incorrect viewport type
Categories
(Core :: Panning and Zooming, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox75 | --- | unaffected |
firefox76 | --- | unaffected |
firefox77 | --- | unaffected |
firefox78 | --- | fixed |
People
(Reporter: botond, Assigned: botond)
References
Details
(Whiteboard: [apz:dtz:10:S])
Attachments
(2 files)
In bug 1556556, we added a new FrameForPointOption
for nsLayoutUtils::GetFrameForPoint()
, named IsRelativeToLayoutViewport
.
Later in the patch series we introduce a RelativeTo
structure which groups a frame with a viewport type that can be either layout or visual.
We can clean this up a bit by having GetFrameForPoint
take a RelativeTo
parameter, and replacing the IsRelativeToLayoutViewport
flag with the use of ViewportType::Layout
in that parameter.
Assignee | ||
Comment 1•5 years ago
•
|
||
Going through the call sites of this function has also turned up call sites that were passing in the incorrect viewport type, so this change may fix some correctness issues as well.
Assignee | ||
Comment 2•5 years ago
|
||
This allows headers which nsLayoutUtils.h includes to use these types without
creating a circular dependency.
As part of this change, the types are also moved into namespace mozilla.
Assignee | ||
Comment 3•5 years ago
|
||
This removes the need for FrameForPointOptions::IsRelativeToLayoutViewport,
and makes sure each call site of these functions indicates whether the
input point/rect is in visual or layout coordinates.
Several call sites were passing in layout coordinates without setting the
IsRelativeToLayoutViewport flag, which this patch corrects.
Depends on D71704
Comment 5•5 years ago
|
||
For posterity this was backed out along with bug 1556556, see this comment.
Comment 7•5 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/b0a06e58b247
https://hg.mozilla.org/mozilla-central/rev/cd5ab4e2f7a8
Updated•4 years ago
|
Description
•