Re: [css-shapes] basic shape syntax in prose

On 9/27/13 3:07 PM, "Tab Atkins Jr." <> wrote:

>On Fri, Sep 27, 2013 at 1:54 PM, Alan Stearns <> wrote:
>> On 9/27/13 1:19 PM, "Tab Atkins Jr." <> wrote:
>>>On Fri, Sep 27, 2013 at 1:06 PM, Alan Stearns <> wrote:
>>>> The normative grammar-based definition is not readable when precise,
>>>> not precise when readable. I think there's a false sense of accuracy
>>>> the format for functional notation, as we seem to be willing to fudge
>>>> whitespace rules everywhere.
>>>What do you mean?
>> This definition doesn't precisely define what's actually allowed in
>> hsl() = hsl( <hue>, <percentage>, <percentage> )
>> It's actually something more like:
>> hsl() = hsl([ ]*<hue>[ ]*,[ ]*<percentage>[ ]*,[ ]*<percentage>[ ]*)
>That's not being loose - the definition of the grammar explicitly says
>that whitespace is allowed between any tokens.
>> -inspired is the key. CSSWG additions and conventions are what trip
>> up.
>They're still documented, and unambiguous, unlike prose.

But I see that prose is sufficient for defining these whitespace
conventions and the functional notation itself :)

I genuinely fail to see the ambiguities introduced by the prose versions
in the shapes module, but I'm OK with adding grammar back in as long as I
can avoid the misleading {3,5} and unreadable repetitions of
<length>|<percentage>. If <arg> should not be used as a local shorthand,
what do you recommend? Shall I make a local definition of #{A,B} that can
eventually be added to Values and Units level 4?



Received on Friday, 27 September 2013 22:26:52 UTC