Re: [csswg-drafts] [css-grid-3] intrinsic track sizing algorithm for masonry can go exponential in complexity. (#10053)

>  I am not talking about changing how it works now, but about a compromise that will enable masonry-type grids with spanning items. I will always take this limitation compared to the absence of a feature completely.

As we outlined over in <https://github.com/w3c/csswg-drafts/issues/9041#issuecomment-2075210820>, spanning items and intrinsic tracks are totally fine perf-wise, *if* all the tracks are *the same* intrinsic size. (And spanning items across fixed/flexible tracks aren't problematic at all.) It's just when you mix an intrinsic track with some different-sized tracks (intrinsic or not) that you run into these issues.

And so far, we haven't seen *any* example of Masonry grids that want to exceed that limitation - if they want intrinsic sizes, they want them all the same; if they want different sizes, they want fixed/flexible sizes, rather than intrinsic ones. So we should be just fine handling spanning items properly.

-- 
GitHub Notification of comment by tabatkins
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/10053#issuecomment-2080346785 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Saturday, 27 April 2024 03:48:22 UTC