-
Notifications
You must be signed in to change notification settings - Fork 5
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
CSS ordering/specificity is incorrect #16
Conversation
Looking into the behavior when using |
Enforcing order with
|
The most controversial part is b657408, where We've discussed this before, and it seems with more & more examples that normalization per-class (or per-usage) is overkill, as it's attempting to neuter a cascade that doesn't exist (or that we would want via My recommendation would be for "sandboxing" to be done via a flag (like |
Sweet!
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Love this! @ericclemmons just update the jest
snapshots then we can merge this.
I'm an idiot. Tests were passing until I added Didn't realize you had CodeShip! |
This reverts commit b657408.
When replacing
tailwind.css
withbenefit.css
for https://github.com/tailwindcss/playground (https://epic-edison-761ca3.netlify.com/), things likemd:pl-4 pl-0
don't behave as expected.There are a couple things to address:
css.js
shouldn't sort classes at all when outputting them..bg-white
, then.sm:bg-blue
, then.sm:bg-black:hover
)styleWith
should respect the ordering of classes from the above efforts, vs.emotion
enforcing left-to-right prioritization.