Lines Matching refs:margins
94 // Whether or not we can collapse our own margins with our children. We don't do this
104 // margins with our children's margins. To do otherwise would be to risk odd visual
1094 // (e) have specified that one of our margins can't collapse using a CSS extension
1244 // our current maximal positive and negative margins. These values are used when we
1251 // Start out by setting our margin values to our current margins. Table cells have
1252 // no margins, so we don't fill in the values for table cells.
1420 // When we have overflow clip, propagate the original spillout since it will include collapsed bottom margins
1517 // use the top margins, since the self-collapsing block collapsed its
1628 // Get our max pos and neg top margins.
1632 // For self-collapsing blocks, collapse our bottom margins into our
1640 // margins that will collapse with us.
1650 // The minute any of the margins involved isn't a quirk, don't
1664 // still apply margins in this case.
1675 // position before we collapse the child's margins together,
1681 // Now collapse the child's margins together, which means examining our
1701 // We're collapsing with a previous sibling's margins and not
1714 // If margins would pull us past the top of the next page, then we need to pull back and pretend like the margins
1733 // margins with following siblings. Reset the current margins to represent
1734 // the self-collapsing block's margins only.
1737 // Therefore if we are at the bottom of the block, let's go ahead and reset margins to only include the
1766 // margins involved.
1786 // Adjust logicalTopEstimate down to the next page if the margins are so large that we don't fit on the current
1826 // recalculate our inline direction margins. Note that the containing block content
1841 // Update our max pos/neg bottom margins, since we collapsed our bottom margins
1868 // Negative margins can cause our height to shrink below our minimal height (border/padding).
1976 // The child is a normal flow object. Compute the margins we will use for collapsing now.
2057 // to collapsing our margins, and as long as we didn't clear or move as a result of other pagination.
2096 // This has to be done after checking for clear, so that margins can be reset if a clear occurred.
3358 // We include our margins as part of the unsplittable area.
4301 return style()->fontDescription().computedPixelSize(); // "1em" is recommended as the normal gap setting. Matches <p> margins.
4822 // and are included in the iteration solely so that their margins can
4828 // margins and min/max width on its own line, and then terminate the line.
4868 // Inline replaced elts add in their margins to their min/max values.
4869 float margins = 0;
4873 margins += startMargin.value();
4875 margins += endMargin.value();
4876 childMin += margins;
4877 childMax += margins;
5078 margins simply become 0 when computing min/max width.
5079 // Fixed margins can be added in as is.
5103 // margins of the object. For negative margins, we will attempt to overlap the float if the negative margin
5750 // For blocks inside inlines, we go ahead and include margins so that we run right up to the
5767 // For blocks inside inlines, we go ahead and include margins so that we run right up to the
5821 // We are in the margins of block elements that are part of a continuation. In
5922 // For blocks inside inlines, we go ahead and include margins so that we run right up to the
6066 marginInfo.setMarginAfterQuirk(true); // Cause margins to be discarded for any following content.
6149 // The child is perpendicular to us, which means its margins don't collapse but are on the
6166 // The child is perpendicular to us, which means its margins don't collapse but are on the
6296 // margins in the same direction.
6309 // flipped relative to us. We can use the margins for the opposite edges.
6320 // The child is perpendicular to us, which means its margins don't collapse but are on the
6326 // Resolve uncollapsing margins into their positive/negative buckets.
