node-sass VS Garden (Clojure)

For many years, Culture Amp took the second option, and distributed shared components without compiled CSS. This meant that every app that consumed shared components needed to include the necessary CSS build tooling – at that time CSS Modules and node-sass – with a compatible version and configuration. This was relatively easy to set up, but over time proved difficult to maintain. When node-sass was deprecated in... - Source: dev.to / 3 months ago

ES 2 component Sass files are compiled using dart Sass instead of node-sass. This change was made because node-sass has been deprecated. Source: almost 2 years ago

I will deal with SCSS later, in separate blog entry. For here and now, just to make sure everything is working correctly, I need to apply some possibly simplest style to my boilerplate code. To transpile SCSS to CSS, I need to install node-sass package. Version 6.0.0 just came out a few days ago, but for a sake of any possible compatibility issues, I'll install previous version which is 5.0.0:. - Source: dev.to / almost 3 years ago

Thanks for the vanilla-extract recommendation, I'll be using this! In my case, tailwind was useful for providing a handy set of vocabularies for simple and common stylings. But once customizations start to pile on, we're back into SCSS. Using 2 systems at once meant additionally gluing them with the postcss toolchain, so effectively we have 3 preprocessors running for every style refresh. Looking in at TypeScript... - Source: Hacker News / over 1 year ago

I spent some time doing this ~3 years ago, so I don't know about now, but to my knowledge it was the only language where you could really use one language for everything: no HTML (via hiccup), no CSS (via garden), clojure/clojurescript everywhere, and no shell (via babashka). Source: over 1 year ago