Replies: 2 comments 1 reply
-
Hey @nbaleli-w 👋 Both these approaches (prefix for a portion of your classes, or loading a "legacy" CSS file) seem like they would bring some confusion/complexity in your project. That said, I am not sure what the best solution is for your specific case. Option 1 adds friction on the developer side, option 2 adds it on the user side. Mind sharing what your slimmed down Tailwind config file looks like? Also, not sure what you mean by
Assuming you mean Purge CSS and not PostCSS, the output of that step is a static file. Mind clarifying this question a little bit? |
Beta Was this translation helpful? Give feedback.
-
hi @simonswiss, le tme try and clarify: becuase I changed the default spacing in the config, the rule I was thinking to extract all currently used rules to static file, so that the
Im looking for a way to extract only the tailwind rules that are currently used into their own file
sure, here it is |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi!
when I started with tailwind, I slimmed down the config (to save bundle size) - that turned out to be a not-so-good idea,
I learned to see that the defaults + PostCSS is the better approach.
Im now looking for a way to revert back to the defaults while keeping backward compat.
my thoughts:
I'd like to know if there's a better approach for this?
also, is there a good way (besides manually extracting the rules) to generate a static file after the postcss step?
and ofcourse kudos to you on this amazing piece of software! :)
Beta Was this translation helpful? Give feedback.
All reactions