3 ms·
If they act in a similar way to variables in SASS, then they can be reassigned without issue. They are not constant, although they may be treated as such. Of c
by richthegeek 15y ago
If they act in a similar way to variables in SASS, then they can be reassigned without issue. They are not constant, although they may be treated as such.
Of course, the CSSWG will no doubt create a solution that is both absurd in it's complexity, and limited in it's use. For example, constants defined with css-constant('foo', 'bar') instead of $foo: bar
- masklinn 15y ago> For example, constants defined with css-constant('foo', 'bar') instead of $foo: bar The issue with sigil is that they risk conflicting with (and making more complex the parsing of) selectors. `$` used to be coopted by the Selectors Level 4 draft spec in order to select a non-tail subject for instance (it's apparently been changed to the `!` suffix). Not that I like what they picked any more than you do (the spec is currently using the `data-` prefix for definition and `data()` for dereference, likely in keeping with HTML5's `data-` attributes)