W3C home > Mailing lists > Public > www-style@w3.org > October 2013

Re: [css-shapes] Functional Notation

From: Alan Stearns <stearns@adobe.com>
Date: Tue, 1 Oct 2013 15:11:21 -0700
To: "Tab Atkins Jr." <jackalmage@gmail.com>
CC: fantasai <fantasai.lists@inkedblade.net>, "www-style@w3.org" <www-style@w3.org>
Message-ID: <CE708EA0.30A1D%stearns@adobe.com>
On 10/1/13 2:19 PM, "Tab Atkins Jr." <jackalmage@gmail.com> wrote:

>On Tue, Oct 1, 2013 at 12:19 PM, Alan Stearns <stearns@adobe.com> wrote:
>> I don't understand why we'd go with commas for the color functions but
>> with commas for circle(), for example. It looks like needless
>> (or inconsistency, depending on what you're comparing to).
>The color functions are legacy, and horrible for several reasons (like
>using additional functions rather than optional arguments).  They're
>not useful to cite for precedent.

OK, and you aren't making an argument for or against precedent in your
statement of principles [1].

I admit that I forgot completely about this resolution, but I would note
that we've had a long discussion on shape function grammar where the
presence of commas went unmentioned.

I would like to see CSS Values and Units change to match what you're
asking for. Currently the definition of functional notation [2] says that
arguments are separated by commas. I'd also like to see the wiki page in
[1] updated - no rectangle()->rect(), and mention that we're not changing
Color et.al. for backwards compatibility.

If there were shape fallbacks, or the possibility of re-ordering shape
parameters, I'd be much more convinced about this change. I just don't see
a benefit to removing commas here - just confusion (which is partly my
fault for not switching away from commas immediately). Perhaps the shape
functions fit into your math-y caveat that allows commas?



[1] http://wiki.csswg.org/ideas/functional-notation#general-principles

[2] http://dev.w3.org/csswg/css-values-3/#functional-notation
Received on Tuesday, 1 October 2013 22:15:26 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:39:15 UTC