| ▲ | vazark 3 hours ago | ||||||||||||||||||||||
IMO, Tailwind is just inline CSS with standardised defaults. I think it found its place because most React devs didn't want to bother with CSS | |||||||||||||||||||||||
| ▲ | gherkinnn an hour ago | parent | next [-] | ||||||||||||||||||||||
Oh why can't this idea die, it has been continuously debunked for 6 years now. So much so, any TW discussion will reiterate it. | |||||||||||||||||||||||
| |||||||||||||||||||||||
| ▲ | eudamoniac 26 minutes ago | parent | prev | next [-] | ||||||||||||||||||||||
It is used because UI component frameworks make vanilla CSS an awkward an unnecessary tool (the Cascading part). CSS makes sense as designed for styling a document, but not so much for styling atomic components. If we were designing the web and CSS from scratch around the React model, CSS would not be made to cascade, because that is totally unnecessary and usually leads to more issues than it solves. Apart from theme variables, in a component system there's no reason to have global CSS anywhere; you'd just style each component in isolation. So when in the React model you typically want no cascades at all, the library that is made for that gets popular. Once you get rid of cascading, and you have one stylesheet per component, it is again unnecessary to have the one stylesheet in a different file from the one component. There's no benefit to splitting a component and its styles into two files; it just makes it more annoying to edit. So we move the styles essentially inline, with either Tailwind or CSS-in-JS. | |||||||||||||||||||||||
| ▲ | davidw 37 minutes ago | parent | prev | next [-] | ||||||||||||||||||||||
That, plus it looks like Forth code | |||||||||||||||||||||||
| ▲ | cute_boi 2 hours ago | parent | prev | next [-] | ||||||||||||||||||||||
I think it is mostly backend dev who don't want to spend time in frontend stuff. | |||||||||||||||||||||||
| ▲ | wuhhh 2 hours ago | parent | prev [-] | ||||||||||||||||||||||
[dead] | |||||||||||||||||||||||