News for hackers. Stuff that matters.
Re:CSS Utility Classes and “Separation of Concerns” (2017) by meerita on Saturday November 16, 2019 @03:53PM (#21554887)
Give me an example of that.

Would you mantain .display--block? how? .color--red?

Re:CSS Utility Classes and “Separation of Concerns” (2017) by jameslk on Saturday November 16, 2019 @04:02PM (#21554928)
It would be some domain-specific component. Like .product-card. I don't see the examples you've given. Those are so literal, you might as well use inline styles at that point.
Re:CSS Utility Classes and “Separation of Concerns” (2017) by meerita on Saturday November 16, 2019 @04:19PM (#21555017)
That's the problem functional CSS solves: class naming doesn't relay on developer intervention, it's just a translation of the utility.

Product-card is not an utility, that's why it's a problem to maintain such classes.

Re:CSS Utility Classes and “Separation of Concerns” (2017) by Izkata on Saturday November 16, 2019 @04:29PM (#21555080)
Changing the saturation of the red and causing it to look messy alongside surrounding elements/images? Or introducing colorblindness concerns elsewhere in the app?
Re:CSS Utility Classes and “Separation of Concerns” (2017) by meerita on Saturday November 16, 2019 @04:44PM (#21555174)
That means two things: you need extra utitilies to have different reds or, you don't mind to adjust the same red that will impact in the rest of the website. As a designer I do this all the time. If my design is complex to the point I would need several reds, then i would use a different value in the class name, like numbers or other options.

Then my workflow for that case would be: create the new color value, compile the CSS, change the class name in those places where I want to use the new red.