-
Notifications
You must be signed in to change notification settings - Fork 707
[css-grid] auto min size definition is circular #3581
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Can't just use the track sizing function, because there's multiple tracks involved here, but I see what you're saying, we need to clamp by what the grid area would be if the min functions were all zero (effectively). |
Can't you just sum all the track sizing functions of the involved tracks, and the gaps in between? |
It's not quite that simple, 'cuz percentage gaps. |
…x track sizing functions, not by the mins. #3581
Alright, lmk if that works? |
That works for me. However, gutters behave basically like tracks, so maybe a gutter with indefinite percentage should prevent the clamping, just like a track with an indefinite percentage would do? Though https://drafts.csswg.org/css-align/#ref-for-typedef-length-percentage%E2%91%A1 says that indefinite percentage gaps should be resolved against zero, which is consistent with your edit. |
No they definitely should not prevent the clamping. That wouldn't give useful results in real life. |
From https://drafts.csswg.org/css-grid/#min-size-auto,
This assumes that the grid area’s size is known, but the sizing algorithm uses the used value of the minimum size e.g. in https://drafts.csswg.org/css-grid/#min-size-contribution
The condition already checks that the track sizing function is fixed, so I would just clamp by that value instead of by the grid area’s size which may not be known yet.
The text was updated successfully, but these errors were encountered: