More refactor and cleanup for nsBlockFrame::ComputeFinalBSize()
Categories
(Core :: Layout: Block and Inline, task, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox70 | --- | fixed |
People
(Reporter: TYLin, Assigned: TYLin)
References
Details
Attachments
(5 files)
+++ This bug was initially created as a clone of Bug #1562122 +++
I need to do more refactor until I'm comfortable hacking ComputeFinalBSize()
for column-span split.
Assignee | ||
Comment 1•5 years ago
|
||
ComputeFinalBSize() doesn't need to modify the final inline-size, so we
don't need to pass the entire LogicalSize into it.
Also, aReflowInput.AvailableBSize() is used multiple times. Cache it to
shorten some statements.
Assignee | ||
Comment 2•5 years ago
|
||
We usually use reference to manipulate nsReflowStatus like in Reflow().
The document for aStatus needs edit, and is done in next part.
Depends on D37623
Assignee | ||
Comment 3•5 years ago
|
||
Because aStatus is also used as an output argument, caching aStatus as
our children's reflow status can and make the logic that morphs aStatus
to our reflow status easier to follow. And this helps the patch I'm
going to add for computing the block-size for column-span split.
Depends on D37624
Assignee | ||
Comment 4•5 years ago
|
||
As described in https://bugzilla.mozilla.org/show_bug.cgi?id=1562122#c5,
this precomputed argument is not content's block-size, but is the
block-end edge of children because aState.mBCoord is initialized as our
border-padding block-start in BlockReflowInput's constructor.
Depends on D37625
Assignee | ||
Comment 5•5 years ago
|
||
Their definitions already use aBEndEdgeOfChildren.
Depends on D37626
Comment 7•5 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/310df636a547
https://hg.mozilla.org/mozilla-central/rev/9a3d6bc5a6f9
https://hg.mozilla.org/mozilla-central/rev/e72af5bb7aa3
https://hg.mozilla.org/mozilla-central/rev/94b17463ded6
https://hg.mozilla.org/mozilla-central/rev/5fd8ae2c6cde
Description
•