-
Notifications
You must be signed in to change notification settings - Fork 33
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
feat: avoid fatal error #137
Conversation
In the context of cssnano I think it should be a warning, if the code reaches minification we assume the CSS is already tested and validated. There's already a way to turn PostCSS warnings into errors, and I don't think adding the option to one plugin at a time is a common use case (why would you want to only error when there are |
Because here he handle only calc 😄 Right now many developers get fatal errors due this using cssnano, we should fix it |
I think this is fine, people can use a linter to prevent them from writing invalid CSS. |
@ludofischer anyway we should use postcss API for errors, no just throw an error |
Yes, this should solve cssnano/cssnano#910 |
Is this ready? I've received permissions on this repository so I could merge it. |
Ready, just want to ensure you review my changes |
Looks fine, we can fix the quote formatting in a different PR as right now it's inconsistent throughout the code base. |
do you have access for publish? |
No. |
@ludofischer Sorry for delay, added permission for |
/cc @ludofischer @Semigradsky
The main idea is avoid fatal error when we can't parse and keep value as it, should we use warning or error? Should we have options to change warning on error and versa vice.