- From: Andrew Fedoniouk <news@terrainformatica.com>
- Date: Tue, 18 Mar 2014 11:29:58 -0700
- To: "Tab Atkins Jr." <jackalmage@gmail.com>
- Cc: Marat Tanalin <mtanalin@yandex.ru>, www-style list <www-style@w3.org>
On Tue, Mar 18, 2014 at 10:55 AM, Tab Atkins Jr. <jackalmage@gmail.com> wrote:
> On Tue, Mar 18, 2014 at 10:51 AM, Andrew Fedoniouk
> <news@terrainformatica.com> wrote:
>> On Tue, Mar 18, 2014 at 8:27 AM, Marat Tanalin <mtanalin@yandex.ru> wrote:
>>> FWIW, I would like to repeat my recent idea of using `$` as a prefix for declaring a variable and `$()` function to get a variable value.
>>>
>>> p {
>>> $company-color-1: green;
>>> background-color: $(company-color-1);
>>> }
>>>
>>> Important part here is that retrieving a variable value is proposed to be done via _functional_ notation `$()` instead of using just prefix for both declaring and retrieving as before.
>>>
>>
>> I believe that we need to go back to the ultimate solution:
>>
>> p {
>> var(company-color-1): green;
>> background-color: var(company-color-1);
>> }
>>
>> so to use 'var()' "function" as a namespace and intention marker on
>> both sides of the
>> declaration.
>>
>> That is the most reliable and future friendly solution I believe.
>
> That's literally the exact opposite of the intention that led me to
> start this thread. I'm trying to make custom properties and variables
> *less* connected, not more.
>
If they are not variables the let's use const() then
p {
const(company-color-1): green;
background-color: const(company-color-1);
}
Or some as such.
The main goal as far as I understand is to separate standard
properties namespace from
custom ones. The only strict way of doing this in existing CSS syntax
constructs is
function notation. All these '-' and '_' tricks are really palliatives.
--
Andrew Fedoniouk.
http://terrainformatica.com
Received on Tuesday, 18 March 2014 18:30:27 UTC