You are viewing a single thread.
View all comments
11 points
*

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.

permalink
report
reply
4 points
*

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

permalink
report
parent
reply
1 point

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?

permalink
report
parent
reply

Programming

!programming@beehaw.org

Create post

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.

Community stats

  • 223

    Monthly active users

  • 246

    Posts

  • 1.6K

    Comments