Ha, no; sorry. Who wants to open and step through a debugger to figure out why the BG color on a button is incorrect. Nobody, ever. They are separated for a reason. JS frameworks made the tooling a nightmare fwiw. Tooling didn't really exist before npm and JS frameworks.
Interestingly, desktop toolkits started out this way and consistently went the opposite direction, creating theming languages and other equivalents of CSS to remove the visual layout from the code.
So based on the history of the field, CSS-in-JS will be a fad for a couple of years, and then fade into history for the same reasons that visual styling was factored out on the desktop.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
For whom who wants the "right" way to do CSS thing:
Why ?
webpackthing neither.CSS is the bad guy here. It made the dev tooling more complicated than it should be.
The correct way in future is : Just put everything in JS !
Ha, no; sorry. Who wants to open and step through a debugger to figure out why the BG color on a button is incorrect. Nobody, ever. They are separated for a reason. JS frameworks made the tooling a nightmare fwiw. Tooling didn't really exist before npm and JS frameworks.
Interestingly, desktop toolkits started out this way and consistently went the opposite direction, creating theming languages and other equivalents of CSS to remove the visual layout from the code.
So based on the history of the field, CSS-in-JS will be a fad for a couple of years, and then fade into history for the same reasons that visual styling was factored out on the desktop.