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

Re: [css-variables][naming] Renaming 'var'

From: Bjoern Hoehrmann <derhoermi@gmx.net>
Date: Sun, 14 Apr 2013 03:33:47 +0200
To: Brian Kardell <bkardell@gmail.com>
Cc: www-style@w3.org
Message-ID: <751km89v9vr1iokocmi05ae21mqa353cvn@hive.bjoern.hoehrmann.de>
* Brian Kardell wrote:
>On Apr 13, 2013 8:08 PM, "Bjoern Hoehrmann" <derhoermi@gmx.net> wrote:
>> The `var-` prefix exists only because a namespacing mechanism is needed
>> to avoid clashes between pre-defined and author-defined properties. The
>> `set-` prefix conveys that even less than `var-`. We call `color: blue`
>> a declaration, but `set` does not "declare", it "sets"; obviously there
>> would be a reason why the designers of this syntax chose "set" as name,
>> rather than something with more declarative semantics, so custom proper-
>> ties work differently than normal properties. Obviously `get` would get
>> the value associated with the name when it was last `set`, and "when" is
>> temporal, so in order to understand what value `get` retrieves, I have
>> to understand the execution order of the `set` instructions...

>As opposed to understanding the that var- sets and var() gets with the
>exact same need to understand everything else you just described, which is
>all normal css?

If you think that `color: blue` modifies the `color` variable so that it
has the value `blue` rather than whatever value it may have had, and the
previous value of the variable is lost in the process, then sure, that's
just "normal css". That is not how I think about it though.
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de
25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/ 
Received on Sunday, 14 April 2013 01:34:13 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:28 UTC