Re: [css-variables] The variable syntax - How about not using var() ?

Not that I completely understand all of it, but it looks like none of the
suggestions I made would hold. I am happy to get an answer on why not
though. Thanks!

On Fri, Dec 25, 2015 at 1:03 AM, Xidorn Quan <quanxunzhen@gmail.com> wrote:

> On Fri, Dec 25, 2015 at 4:41 PM, Praveen Puglia <praveenpuglia@gmail.com>
> wrote:
> > What about not using var() at all?
> >
> > As far as I can say( and that's not too far ) I don't see a problem in
> using
> > --variableName in RHS and getting it's value evaluated. If it's on L.H.S
> it
> > just assigns whatever is on the R.H.S.
> >
> > Example -
> >
> > :root {
> >     --primaryColor : blue; /* Assignment/Storage*/
> > }
> >
> > a {
> >     color : --primaryColor; /* Evaluation */
> > }
> >
> > Other cases are I think ruled out via this example -
> > http://www.w3.org/TR/css-variables/#example-3ab19e31
> >
> > Would the parsing lead to ambiguous situations? If so, can you please
> > provide an example so I can understand it better. Again, I am a noob.
>
> From the perspective of spec, "--primaryColor" is just an
> <ident-token> [1], it doesn't make sense to transform a token when
> parsing CSS.
>
> Also it could lead to ambiguous, since there are several properties
> accept a <custom-ident> [2] as part of their value [3][4], which, in
> theory, could be "--" prefixed. (I even thought we should require
> <custom-ident> in author style sheets to be prefixed with "--" so that
> we wouldn't ever break the forward compatibility of those properties.)
>
> [1] https://drafts.csswg.org/css-syntax-3/#ident-token-diagram
> [2] https://drafts.csswg.org/css-values-3/#custom-idents
> [3] https://drafts.csswg.org/css-animations-1/#propdef-animation-name
> [4] https://drafts.csswg.org/css-lists-3/#propdef-list-style-type
>
> - Xidorn
>



-- 
Thanks!
Praveen ✧ praveenpuglia.com ✧ @praveenpuglia
<https://twitter.com/praveenpuglia>