- From: Simon Sapin <simon.sapin@kozea.fr>
- Date: Sun, 17 Feb 2013 19:56:53 +0100
- To: "Jens O. Meiert" <jens@meiert.com>
- CC: www-style@w3.org
Le 17/02/2013 06:24, Jens O. Meiert a écrit :
> It seems CSS variables remain based on var-foo/var(foo). I stick to my
> argument that this is counter-intuitive.
>
> I don’t intend to argue against the current syntax forever, but I
> still like to ask, did we explore other syntactical options, like e.g.
> the following?
>
> foo { [var]: 20 }
> bar { line-height: [var]px }
>
> Generally, could someone—no offense, but maybe not Tab :)—explain why
> we are left with what we have now? I find it hard to believe that we
> have no options that are more usable, i.e. user-friendly.
The main argument is not changing the syntax for declarations:
<name> whitespace* ':' <value>
… where <value> can be anything, but <name> can only be a single ident
token.
I don’t think that the Core Grammar is really frozen (we’ve accepted
multiple changes already, however minor.) But there is some resistance
in changing such a fundamental concept as what is a "declaration".
Having worked on multiple parser implementations, I personally feel
that, although non-trivial, such a change would be completely doable.
There is no web-compat issue either: the error recovery rules ensure
that old UAs drop declarations they don’t understand. It might be worth
it if we have a vastly superior syntax proposal.
There is some agreement that the "var" prefix/function name could be
changed, though.
Cheers,
--
Simon Sapin
Received on Sunday, 17 February 2013 18:57:17 UTC