Closed Bug 1933803 Opened 3 months ago Closed 3 months ago

Remove explicitly stored per-span data from nsGridContainerFrame::Tracks::ResolveIntrinsicSize

Categories

(Core :: Layout: Grid, enhancement, P5)

enhancement

Tracking

()

RESOLVED FIXED
135 Branch
Tracking Status
firefox135 --- fixed

People

(Reporter: alaskanemily, Assigned: alaskanemily)

Details

Attachments

(1 file)

Whether or not this is actually useful to store separately is debatable. While we will need to iterate spans to recalculate this in step 3, we already need to iterate the tracks multiple times for step 3 so this doesn't affect the complexity of the operation and this iteration is cheap.

No longer blocks: 1201932

Whether not this is actually useful to store separately is debatable.
While we will need to iterate spans to recalculate this in step 3, we
already need to iterate the tracks multiple times for step 3 so this
doesn't affect the complexity of the operation and this iteration is
relatively cheap.

This data was stored in an auto-array. This means that we only allocate
when the max span is large, but this means we either would do a larger
allocation before, or do more iterations now. At least now, we don't
allocate a big array for a single span, and the complexity of the
iteration is linear with the number of spans in total, which is already
the complexity of step 3.

Assignee: nobody → emcdonough
Status: NEW → ASSIGNED
Pushed by emcdonough@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/2abf05710e06 Remove explicitly stored per-span data from nsGridContainerFrame::Tracks::ResolveIntrinsicSize r=dholbert
Status: ASSIGNED → RESOLVED
Closed: 3 months ago
Resolution: --- → FIXED
Target Milestone: --- → 135 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: