Lines Matching refs:children
91 // Our MarginInfo state used when laying out block children.
94 // Whether or not we can collapse our own margins with our children. We don't do this
103 // margins with our children's margins. To do otherwise would be to risk odd visual
104 // effects when the children overflow out of the parent block and yet still collapse
165 // Make sure to destroy anonymous children first while they are still connected to the rest of the tree, so that they will
167 children()->destroyLeftoverChildren();
169 // Destroy our continuation before anything other than anonymous children.
170 // The reason we don't destroy it before anonymous children is that they may
171 // have continuations of their own that are anonymous children of our continuation.
186 // If we are an anonymous block, then our line boxes might have children
188 // children will be destroyed by the time we return from this function.
262 return children()->updateBeforeAfterContent(this, pseudoId);
273 // If the requested beforeChild is not one of our children, then this is because
308 // A block has to either have all of its children inline, or all of its children as blocks.
309 // So, if our children are currently inline and a block child has to be inserted, we move all our
310 // inline children into anonymous block boxes.
322 // If we're inserting an inline child but all of our children are blocks, then we have to make sure
324 // a new one is created and inserted into our list of children in the appropriate position.
374 return; // No more inline children to be found.
408 children()->removeChildNode(this, child, false), false);
415 toChildList->insertChildNode(to, children()->removeChildNode(this, child, false), beforeChild, false);
420 RenderObject* nextChild = children()->firstChild();
424 toChildList->appendChildNode(to, children()->removeChildNode(this, child, false), false);
435 RenderObject* nextChild = children()->firstChild();
439 toChildList->insertChildNode(to, children()->removeChildNode(this, child, false), beforeChild, false);
445 // makeChildrenNonInline takes a block whose children are *all* inline and it
446 // makes sure that inline children are coalesced under anonymous
473 children()->insertChildNode(this, block, inlineRunStart);
479 moveChildTo(block, block->children(), no);
481 moveChildTo(block, block->children(), inlineRunEnd);
528 child->children()->setFirstChild(0);
546 // Take all the children out of the |next| block and put them in
551 nextBlock->moveAllChildrenTo(prevBlock, prevBlock->children());
565 RenderBlock* anonBlock = toRenderBlock(children()->removeChildNode(this, child, false));
567 anonBlock->moveAllChildrenTo(this, children());
604 // If the block has inline children, see if we generated any line boxes. If we have any
609 // Whether or not we collapse is dependent on whether all our normal flow children
671 // If we have a lightweight clip, there can never be any overflow from children.
772 // One of our children's floats may have become an overhanging float for us. We need to look for it.
795 // Add overflow from children (unless we're multi-column, since in that case all our child overflow is clipped anyway).
962 // See if we have a run-in element with inline children. If the
963 // children aren't inline, then just treat the run-in as a normal
983 children()->removeChildNode(this, blockRunIn);
996 blockRunIn->children()->removeChildNode(blockRunIn, runInChild, false);
997 inlineRunIn->addChild(runInChild); // Use addChild instead of appendChildNode since it handles correct placement of the children relative to :after-generated content.
1002 currBlock->children()->insertChildNode(currBlock, inlineRunIn, currBlock->firstChild());
1224 // with our children.
1242 // If we can't collapse with children then go ahead and add in the bottom margin.
1302 // Make sure we layout children if they need it.
1478 // When a non-positioned block element moves, it may have positioned children that are implicitly positioned relative to the
1739 // We're done. We don't bother painting any children.
2682 // For now, we have to descend into all the children, since we may have a huge abs div inside
2686 // For inline children, we miss relative positioned boxes that might be buried inside <span>s.
2776 // For now, we have to descend into all the children, since we may have a huge abs div inside
2848 // Walk all normal flow children.
2873 // For now, we have to descend into all the children, since we may have a huge abs div inside
3208 // Iterate over our children and mark them as needed.
3399 // Hit test our children.
3496 // FIXME: This will consider nextRootBox even if it has no children, and maybe it shouldn't.
3581 // We only get here if there are no hit test candidate children below the click.
3922 // A horizontal marquee with inline children has no minimum width.
3960 (2) We do not drill into the children of floats or replaced elements, since you can't break
4091 // Children fall into three categories:
4333 // Positioned children don't affect the min/max width
4588 // We only honor first-letter if the firstLetterBlock can have children in the DOM. This correctly
4640 // adding and removing children of firstLetterContainer.
