Changeset 277802 in webkit for trunk/Source/WebCore/rendering/RenderTableRow.cpp
- Timestamp:
- May 20, 2021, 11:08:36 AM (4 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/Source/WebCore/rendering/RenderTableRow.cpp
r275478 r277802 152 152 // layout, so we know that our bounds didn't change. This code is just making up for 153 153 // the fact that we did not repaint in setStyle() because we had a layout hint. 154 // We cannot call repaint() because our clippedOverflowRect ForRepaint() is taken from the154 // We cannot call repaint() because our clippedOverflowRect() is taken from the 155 155 // parent table, and being mid-layout, that is invalid. Instead, we repaint our cells. 156 156 if (selfNeedsLayout() && checkForRepaintDuringLayout()) { … … 163 163 } 164 164 165 LayoutRect RenderTableRow::clippedOverflowRect ForRepaint(const RenderLayerModelObject* repaintContainer) const165 LayoutRect RenderTableRow::clippedOverflowRect(const RenderLayerModelObject* repaintContainer, VisibleRectContext context) const 166 166 { 167 167 ASSERT(parent()); … … 169 169 // will accommodate a row outline and any visual effects on the row itself), but we also need to add in 170 170 // the repaint rects of cells. 171 LayoutRect result = RenderBox::clippedOverflowRect ForRepaint(repaintContainer);171 LayoutRect result = RenderBox::clippedOverflowRect(repaintContainer, context); 172 172 for (RenderTableCell* cell = firstCell(); cell; cell = cell->nextCell()) { 173 173 // Even if a cell is a repaint container, it's the row that paints the background behind it. 174 174 // So we don't care if a cell is a repaintContainer here. 175 result.uniteIfNonZero(cell->clippedOverflowRect ForRepaint(repaintContainer));175 result.uniteIfNonZero(cell->clippedOverflowRect(repaintContainer, context)); 176 176 } 177 177 return result;
Note:
See TracChangeset
for help on using the changeset viewer.