Open
Bug 1933604
Opened 3 months ago
Updated 3 months ago
Sort out how to account for Margin/Border/Padding when resolving 'stretch' block sizes in nsIFrame::ComputeBSizeValueAsPercentageBasis
Categories
(Core :: Layout, task)
Core
Layout
Tracking
()
NEW
People
(Reporter: dholbert, Assigned: dholbert)
References
(Blocks 1 open bug)
Details
In my patch stack in bug 1933408, I'm punting on a case in nsIFrame::ComputeBSizeValueAsPercentageBasis where we need to account for margin/border/padding -- for now, my patch is treating them as 0, and I'm spinning off handling-them-correctly to this bug here.
(There are a handful of different callers to ComputeBSizeValueAsPercentageBasis
which themselves may or may not know the margin/border/padding, so there's a bit of refactoring involved to get this properly wired up.)
Assignee | ||
Updated•3 months ago
|
Assignee: nobody → dholbert
You need to log in
before you can comment on or make changes to this bug.
Description
•