[csswg-drafts] Pull Request: [css-color-hdr-1] Accept `dynamic-range-limit-mix()` as a type instead of a literal function

• From: Guillaume via GitHub <sysbot+gh@w3.org>
• Date: Thu, 31 Oct 2024 07:14:30 +0000
• To: public-css-archive@w3.org
• Message-ID: <pull_request.labeled-2155657609-1730358869-sysbot+gh@w3.org>

cdoublev has just labeled a pull request from cdoublev for https://github.com/w3c/csswg-drafts as "css-color-hdr":

== [css-color-hdr-1] Accept `dynamic-range-limit-mix()` as a type instead of a literal function ==
In the value definition (syntax) of [`dynamic-range-limit`](https://drafts.csswg.org/css-color-hdr-1/#propdef-dynamic-range-limit), `dynamic-range-limit-mix()` represents a [literal function](https://drafts.csswg.org/css-values-4/#component-types) taking no argument:

  > Functional notations and their arguments. These may be written literally as defined in 2.6 Functional Notation Definitions, or referenced by a non-terminal using the function’s name, followed by an empty parentheses pair, between `<` and `>`, e.g. `<calc()>`, and references the correspondingly-named functional notation.

The Bikeshed linking mechanism is a bit wobbly, if I may say so (speced/bikeshed#2906), so this PR only changes references used in other syntaxes (there is only `dymaic-range-limit`).

See https://github.com/w3c/csswg-drafts/pull/11122


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

Received on Thursday, 31 October 2024 07:14:31 UTC