- From: CSS Meeting Bot via GitHub <noreply@w3.org>
- Date: Wed, 11 Mar 2026 15:27:10 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed ``[css-properties-values-api] `@property` descriptors should be optional whenever possible``, and agreed to the following: * `RESOLVED: make all property descriptors in @property optional` <details><summary>The full IRC log of that discussion</summary> <ydaniv> TabAtkins: for now, for reasons we designed in the past, the @property does not give optional default values, all needs to be specified<br> <ydaniv> ... it proved to be annoyance in practice<br> <ydaniv> ... it's also been annoying in spec writing<br> <ydaniv> ... proposal is to make all descriptors in the @property optional as if it was untyped<br> <kizu> +calc(infinity) to the proposal<br> <ydaniv> ... I saw nothing but support on the thread<br> <ydaniv> +1<br> <miriam> +1 strong support<br> <kbabbitt> +1, this will also make writing supports-conditions for these easier<br> <ydaniv> astearns: anyone with reservations? or need more time?<br> <emilio> q+<br> <ydaniv> PROPOSED RESOLUTION: make all property descriptors in @property optional<br> <astearns> ack emilio<br> <ydaniv> astearns: objections?<br> <ydaniv> emilio: I think we also do validation on the descriptors, they need to match syntax<br> <kizu> q+<br> <ydaniv> TabAtkins: only change that if you specifty a non universal it needs to match syntax<br> <ydaniv> ... otherwise we keep existing behavior<br> <astearns> ack kizu<br> <ydaniv> kizu: +Infinity, only care about interop where authors do this but may start doing something some browsers, but still break in others<br> <romain> q+<br> <RRSAgent> I have made the request to generate https://www.w3.org/2026/03/11-css-minutes.html fantasai<br> <ydaniv> TabAtkins: true, we can see later?<br> <astearns> ack romain<br> <ydaniv> astearns: would you like to resolve? or wait?<br> <ydaniv> kizu: resolve please<br> <emilio> q+<br> <TabAtkins> interop is people wrote an *invalid* rule, got a normal custom prop, but now get *some* behavior<br> <ydaniv> romain: don't see any interop issue, since unregistered is the same as fallbacks we have now<br> <ydaniv> TabAtkins: [repeating above] ^<br> <emilio> q-<br> <ydaniv> kizu: or specify something that was not applied and now stops applying to things that don't match anymore<br> <romain> +1<br> <ydaniv> astearns: so are we still trying to resolve and see whether there's a problem?<br> <ydaniv> ... objections? (again)<br> <ydaniv> RESOLVED: make all property descriptors in @property optional<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/13211#issuecomment-4040028009 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 11 March 2026 15:27:11 UTC