-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Proposal: Communicate used tailwind version #15
Comments
While looking at this: Should (I'm a bit confused, as running |
|
As for the proposal of communicating the tailwind version, that's a great idea :) I don't think the tailwind config hash is going to be super meaningful to the user, but maybe just printing back the resolved file name for the config may be helpful. |
Thanks for the explanation! So does the |
I'm getting confused here as well. I guess tailwind version |
Yeah, this would be sufficient until tailwind <4 is released. Old tailwind docs state that tailwind follows semantic versioning, so this should be fine. |
I think this should be covered now. |
I don't see how... In my case I can't find the string |
I wonder if it would make sense to output the used tailwind version to
a) the generated elm files (as a comment)
b) the build process output of
npx elm-tailwind-modules
.Maybe together with a hash of the used
tailwind.config.js
file?My motivation behind the proposal is that I just noticed by accident that I'm still using tailwind v2 on a development machine (tailwindcss is installed manually there at the moment).
The text was updated successfully, but these errors were encountered: