-
Notifications
You must be signed in to change notification settings - Fork 707
[css-grid] Dimensions unclear when clamping content-based minimum size #3573
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
Yes, that's the intention. |
Oops. forgot the --amend, I guess the second commit should have been "update DoC". Anyway. I added some words, lmk if it's acceptable. :) |
I don't think it's clear either.
Are these dimensions the same, or independent?
So if I have an item with So I don't get why bother with opposite dimensions, if this is trying to prevent overflow why not just calculate (without clamping the input) the transferred size suggestion, i.e.
|
It doesn't matter? Afaict whichever way you want to interpret it, the paragraph means the same thing...
No, it would clamp the input from the current dimension into the transferred size of the opposite dimension. See #767 |
OK, I get it now, thanks. In
my understanding was that the thing "in the opposite dimension" was the "input", not the "transferred size suggestion", which didn't make much sense. It would be clearer if the spec used the wording from your comment, i.e.
Or even better refactor the whole thing like
|
From https://drafts.csswg.org/css-grid/#content-based-minimum-size,
The other dimension is mixed in between, so it's not much clear
I would just keep it simple and check track sizing functions only in the given dimension, clamp in the given dimension, to the size in the given dimension.
The text was updated successfully, but these errors were encountered: