W3C home > Mailing lists > Public > public-css-archive@w3.org > September 2017

[csswg-drafts] [css-values] Should math be allowed in bare min()/max()?

From: Myles C. Maxfield via GitHub <sysbot+gh@w3.org>
Date: Fri, 01 Sep 2017 20:24:34 +0000
To: public-css-archive@w3.org
Message-ID: <issues.opened-254743111-1504297465-sysbot+gh@w3.org>
litherum has just created a new issue for https://github.com/w3c/csswg-drafts:

== [css-values] Should math be allowed in bare min()/max()? ==
Recently, the CSSWG resolved to add `min()` and `max()` functions. These haven't been added to the draft yet, but WebKit is [implementing](https://bugs.webkit.org/show_bug.cgi?id=167000) them. The resolution included the ability to use `min()` and `max()` outside of `calc()`, in all the places `calc()` can be used.

Some use cases, such as `left: min(60px, 5em);` are handy, and don't need math; indeed, the presence of math in this example may be surprising to authors in this example. On the other hand, style of the form `height: calc(max(50px, 100vh - 35px));` seems to be useful if the content requires 50px to lay out correctly. It's also valuable to have the syntax allowed by `min()` and `max()` be consistent, whether or not it's used as a bare function or inside `calc()`.

Another possible solution is to disallow bare `min()` and `max()`.

Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/1775 using your GitHub account
Received on Friday, 1 September 2017 20:24:29 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 20:26:42 UTC