Lines Matching defs:margins
96 LayoutUnit margins[2];
177 // margins with our children's margins. To do otherwise would be to risk odd visual
1318 // (e) have specified that one of our margins can't collapse using a CSS extension
1581 // our current maximal positive and negative margins. These values are used when we
1588 // Start out by setting our margin values to our current margins. Table cells have
1589 // no margins, so we don't fill in the values for table cells.
1742 // When we have overflow clip, propagate the original spillout since it will include collapsed bottom margins
1842 // Positioned blocks don't collapse margins, so add the margin provided by
1863 // use the top margins, since the self-collapsing block collapsed its
2030 // Get our max pos and neg top margins.
2034 // For self-collapsing blocks, collapse our bottom margins into our
2042 // margins that will collapse with us.
2053 // The minute any of the margins involved isn't a quirk, don't
2067 // still apply margins in this case.
2070 // The before margin of the container will also discard all the margins it is collapsing with.
2074 // Once we find a child with discardMarginBefore all the margins collapsing with us must also discard.
2086 // For a self collapsing block both the before and after margins get discarded. The block doesn't contribute anything to the height of the block.
2090 // position before we collapse the child's margins together,
2096 // Now collapse the child's margins together, which means examining our
2120 // We're collapsing with a previous sibling's margins and not
2138 // If margins would pull us past the top of the next page, then we need to pull back and pretend like the margins
2174 // margins with following siblings. Reset the current margins to represent
2175 // the self-collapsing block's margins only.
2186 // "If the top and bottom margins of an element with clearance are adjoining, its margins collapse with
2187 // the adjoining margins of following siblings but that resulting margin does not collapse with the bottom margin of the parent block."
2189 // for a block with height - if none is found then don't allow the margins to collapse with the parent.
2213 // margins involved.
2238 // The margins are discarded by a child that specified -webkit-margin-collapse: discard.
2272 // Make sure to update the block margins now for the grandchild box so that we're looking at current values.
2307 // Collapse the result with our current margins.
2312 // Adjust logicalTopEstimate down to the next page if the margins are so large that we don't fit on the current
2391 // Update our max pos/neg bottom margins, since we collapsed our bottom margins
2418 // Negative margins can cause our height to shrink below our minimal height (border/padding).
2540 // The child is a normal flow object. Compute the margins we will use for collapsing now.
2566 // false negative as adding and removing margins, borders etc from a saturated number
2611 // when collapseMargins dynamically adds overhanging floats because of a child with negative margins.
2633 // This has to be done after checking for clear, so that margins can be reset if a clear occurred.
4115 // We include our margins as part of the unsplittable area.
4891 // from previous siblings when negative margins exist on a child (see the addOverhangingFloats call at the end of collapseMargins).
4917 // If we are in the margins of block elements that are part of a
5364 return style()->fontDescription().computedPixelSize(); // "1em" is recommended as the normal gap setting. Matches <p> margins.
6014 // and are included in the iteration solely so that their margins can
6020 // margins and min/max width on its own line, and then terminate the line.
6060 // Inline replaced elts add in their margins to their min/max values.
6061 LayoutUnit margins = 0;
6065 margins += adjustFloatForSubPixelLayout(startMargin.value());
6067 margins += adjustFloatForSubPixelLayout(endMargin.value());
6068 childMin += margins.ceilToFloat();
6069 childMax += margins.ceilToFloat();
6297 // Auto and percentage margins simply become 0 when computing min/max width.
6298 // Fixed margins can be added in as is.
6333 // margins of the object. For negative margins, we will attempt to overlap the float if the negative margin
7109 // For blocks inside inlines, we go ahead and include margins so that we run right up to the
7125 // For blocks inside inlines, we go ahead and include margins so that we run right up to the
7217 // For blocks inside inlines, we go ahead and include margins so that we run right up to the
7632 // to collapsing our margins, and as long as we didn't clear or move as a result of other pagination.
7670 // Right now this assert gets hit inside computeLogicalHeight for percentage margins, since they're computed using
7783 // The child is perpendicular to us, which means its margins don't collapse but are on the
7800 // The child is perpendicular to us, which means its margins don't collapse but are on the
7852 // margins in the same direction.
7865 // flipped relative to us. We can use the margins for the opposite edges.
7876 // The child is perpendicular to us, which means its margins don't collapse but are on the
7882 // Resolve uncollapsing margins into their positive/negative buckets.