Re: [csswg-drafts] [css-values-4] inherit() function: like var() for parent value, for any property (#2864)

@brandonmcconnell @LeaVerou 

> > That's my understanding as well. Moreover, in some of my container query testing, I've noticed that setting up a container produces some wonky and unexpected results to the element that is declared as a container, causing its height to essentially zero out, if not explicitly set.
> 
> This sounds like a potential browser bug?

That's not a browser bug, it's the result of size containment. In order to create a container for height queries, the height has to be 'contained' and therefor extrinsic. Querying an intrinsic height would result self-referential behavior: the height is based on the contents, which are styled based on the height, etc. So applying a `container-type: size` will result in zero intrinsic height.

Which gets at a distinction between what these two features would do, which Lea also covered above:

- Query units are based on the actual used height/width of a container after layout.
- The `inherit()` function would give us the computed value of the `height`/`width` properties, regardless of layout.

If we want the former, we have to live with the size containment limitation. There's no way to get the actual used dimensions without that limitation. If we want the latter, we can avoid containment… But the examples so far rely on explicit heights anyway.

That's roughly what Lea said. But then:

> See above, you wouldn't be inheriting computed values with `inherit()`.

Looking back through the thread, I can't find this stated anywhere. In fact, most of the discussion is about the fact that you _would_ inherit the computed value – which makes sense, because that's how inheritance works.

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


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

Received on Friday, 29 December 2023 19:10:27 UTC