News for hackers. Stuff that matters.
Re:In defense of functional CSS by keb_ on Thursday September 27, 2018 @10:59AM (#18085127)
I never said it has anything to do with the pipe operator, and I did not mean to imply that it is a direct equivalent to the pipe operator. But just as the pipe operator allows you to compose multiple pure functions, the idea with atomic CSS classes is that you are able to compose "pure" classes. The quotes are important here.

Obviously, they are not 100% comparable. CSS is not a programming language.

Re:In defense of functional CSS by yakshaving_jgt on Thursday September 27, 2018 @01:38PM (#18086813)
It's a weak analogy.

In programming, `f . g . h` is not the same as `h . f . g`.

In CSS, `<i class="a b c"></i>` is the same as `<i class="b c a"></i>`.

In programming, the order in which you define functions is not important — it's the order in which you use them which is important.

In CSS, it is the exact opposite.

To further drive the point home: assuming the names of these classes aren't lying, what colour is the text of this element?

<div class="text-red text-blue">foo</div>

It depends on the order in which the classes were defined. This also demonstrates why "pure" is a poor choice of word when describing anything to do with CSS. Nothing here is "pure".

Re:In defense of functional CSS by keb_ on Thursday September 27, 2018 @02:16PM (#18087222)
I understood what you meant. Whether or not I'm supportive of the terminology used for "Functional CSS" is a different story.