mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-11-27 06:43:32 +00:00
70cd809ba4
A potentially better approach could be to call FrameNeedsReflow from nsBCTableCellFrame::SetBorderWidth... But it seems that might over-invalidate quite a lot when recalculating borders, since it seems we reset the relevant ones and then accumulate directly on the frame. If that seems like a better approach, happy to give that a try. This should be less risky for performance changes in general tho. Differential Revision: https://phabricator.services.mozilla.com/D216409 |
||
---|---|---|
.. | ||
crashtests | ||
reftests | ||
test | ||
BasicTableLayoutStrategy.cpp | ||
BasicTableLayoutStrategy.h | ||
celldata.h | ||
FixedTableLayoutStrategy.cpp | ||
FixedTableLayoutStrategy.h | ||
moz.build | ||
nsCellMap.cpp | ||
nsCellMap.h | ||
nsITableCellLayout.h | ||
nsITableLayoutStrategy.h | ||
nsTableCellFrame.cpp | ||
nsTableCellFrame.h | ||
nsTableColFrame.cpp | ||
nsTableColFrame.h | ||
nsTableColGroupFrame.cpp | ||
nsTableColGroupFrame.h | ||
nsTableFrame.cpp | ||
nsTableFrame.h | ||
nsTableRowFrame.cpp | ||
nsTableRowFrame.h | ||
nsTableRowGroupFrame.cpp | ||
nsTableRowGroupFrame.h | ||
nsTableWrapperFrame.cpp | ||
nsTableWrapperFrame.h | ||
SpanningCellSorter.cpp | ||
SpanningCellSorter.h | ||
TableArea.h |