73
submitted 10 months ago by Paradox to c/programming@beehaw.org
you are viewing a single comment's thread
view the rest of the comments
[-] toxicsyntax@feddit.dk 11 points 10 months ago* (last edited 10 months ago)

I think the article fails to mention that one of the reasons tools like Tailwind (and methodologies like BEM, etc.) exist in the first place is to facilitate bigger organisation sites.

In my personal experience "plain old CSS" isn't feasible as the number of mainterners on a site goes up. Once there is multiple teams (possibly even across multiple departments) contributing to a site, the cascading part of CSS means that it is more or less unavoidable that some change from one team unintentionally breaks something for another team - and this being visual things means that it is very hard to catch with automated tests.

After having working in a big organisation for a while, most developers will eventually start wishing for something that would make sure that their CSS only applies to their own components. div tags with inline style attributes suddenly starts to look very attractive - which is what eventually led to something like Tailwind.

[-] argv_minus_one@beehaw.org 4 points 10 months ago* (last edited 10 months ago)

That's what shadow DOM and custom elements are for.

[-] Kissaki@feddit.de 1 points 10 months ago

Wouldn't it work with adequate scoping of components?

A UI component gets an adequate, scoped, unique class name and CSS.

I imagine tailwind doesn't actually solve parent CSS declarations bleeding into components if they are not explicitly defined/overwritten?

this post was submitted on 02 Aug 2023
73 points (100.0% liked)

Programming

13232 readers
2 users here now

All things programming and coding related. Subcommunity of Technology.


This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.

founded 1 year ago
MODERATORS