- From: gitspeaks via GitHub <sysbot+gh@w3.org>
- Date: Sat, 26 Apr 2025 09:16:45 +0000
- To: public-css-archive@w3.org
>In Blink we had a unintentional bug where we'd re-compute the block-size with the intrinsic size of the line. (Resulting in 50px in the line above). I'm not entirely sure this should be considered a bug. According to [10.7. Minimum and maximum heights: min-height and max-height](https://drafts.csswg.org/css2/#min-max-heights): > The following algorithm describes how the two properties influence the used value of the height property: > > 1. The tentative used height is calculated (without `min-height` and `max-height`) following the rules under "Calculating heights and margins" above. > 2. If this tentative height is greater than `max-height`, the rules are applied again, but this time using the value of `max-height` as the computed value for `height`. > 3. If the resulting height is smaller than `min-height`, the rules are applied again, but this time using the value of `min-height` as the computed value for `height`. In your initial example, it seems that the `height: 10px` is only a tentative value in the presence of `min-height: min-content`, so it’s not completely clear whether the flex line sizing should be based on the tentative or the adjusted height. In fact, following 10.7, it reads as though `min-height` must be considered before finalizing the height, suggesting that recomputing based on the intrinsic size (and ending up at 50px) is actually expected behavior. -- GitHub Notification of comment by gitspeaks Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/12123#issuecomment-2831984700 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Saturday, 26 April 2025 09:16:46 UTC