summaryrefslogtreecommitdiffstats
path: root/layout/tables/nsTableCellFrame.h
Commit message (Collapse)AuthorAgeLines
* Issue #1355 - Make nsTableCellFrame::GetColIndex/GetRowIndex fasterwin7-72020-02-16-4/+16
| | | | We can devirtualize it, remove some branches.
* Issue #1386 - Devirtualize GetRowSpan/GetColSpanwin7-72020-02-03-3/+3
| | | | It's at ~1.5% on the perf log for the Netflix use case, which seems a bit too much.
* Issue #1378 - Align the drawing of table cell backgrounds with the spec.wolfbeast2020-02-02-2/+6
|
* Issue #1355 - Speed up the traversal of a table row frame's child cellswin7-72020-01-29-1/+24
| | | | Speed up getting the first cellframe in a row and the next cellframe after the given one
* Issue #146 - Part 2: Remove custom table painting component.wolfbeast2019-11-02-5/+0
| | | | | | Since we're now putting table borders and backgrounds properly in the display lists, we no longer need this custom component to do this work for us.
* Issue #1230 - Part 1: Fix Back-computing percentages for intrinsic sizing in ↵Gaming4JC2019-09-28-1/+2
| | | | | | | | | | | | | | | | | | | | | | Layout CSS-Grid List of relevant patches applied: 1398537 part 2 - [css-multicol] Implement percentages for 'column-gap' (Gecko part). 1434478 part 1 - [css-grid] Stop back-computing percentage grid gaps when the percentage basis is indefinite. Treat them as zero sized instead. 1434478 part 2 - Stop back-computing percentage padding/margin when the percentage basis is indefinite. Treat them as zero sized instead. 1434478 part 3 - Remove IntrinsicISizeOffsetData::hPctPadding/hPctMargin members since they are now unused. 1434478 part 4 - Factor out constants like NS_UNCONSTRAINEDSIZE so they can be used in headers without needing nsIFrame.h (idempotent patch). 1434478 part 5 - Create nsLayoutUtils::ResolveToLength for resolving CSS <length-percentage> (idempotent patch). 1434478 part 6 - Propagate a percentage basis to nsIFrame::IntrinsicISizeOffsets for resolving padding/margin. This is needed only for CSS Grid since in other cases we're only using IntrinsicISizeOffsets in the inline-axis and the percentage basis is always indefinite for *intrinsic sizing*. When calculating the intrinsic size of grid items in the grid container's block axis however, we do have a definite size for the grid area in the inline-axis and it should be used per: https://drafts.csswg.org/css-grid/#algo-overview "2. Next, the track sizing algorithm resolves the sizes of the grid rows, using the grid column sizes calculated in the previous step." (Percentage padding/margin for grid items is always resolved against the grid area's inline-size nowadays.)
* Add m-esr52 at 52.6.0Matt A. Tobin2018-02-02-0/+357