Open andruud opened 2 hours ago
I fairly certain that we want to evaluate any IACVT query to "false"? @mirisuzanne @lilles
Yes, I think so.
It's probably useful to consider what will happen with IACVT if/when we start supporting standard properties.
For instance @container style(color: var(--my-length))
and --my-length: 2px
. Making that unset
and have it match depending on whether the style container has the same computed color as its parent or not sounds strange, yes.
I don't remember if there was a discussion around allowing unset
and inherit
, but initial
definitely makes sense.
I agree that IACVT should not evaluate true
- but should it be false
or unknown
?
The current spec can be interpreted to evaluate the following style query to true:
(Test case from @kizu.)
This is because the query value is described to go through the regular computed value process, and additionally non-cascade dependent keywords are allowed (that includes
unset
, which IACVT falls back to). This causes--test:b
=> IACVT =>unset
=>a
, which indeed is the computed value of--test
onbody
.I fairly certain that we want to evaluate any IACVT query to "false"? @mirisuzanne @lilles