-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Selectors and Values parsing #1035
Comments
@iddan In the beginning it was for performance reasons. Now we have a problem like custom syntax. If we will parse all stuff then we won't be able to introduce a lot of syntax sugar which is made postcss so popular and useful. |
I know this is a problem @babel face as well. But as I see it custom syntax extensions should be registered in the parser level and code modifiers later. |
It's different parser architecture which can break all existing stuff. |
Not everything: only custom syntax plugins. I think it can be in a future major release as it is a reasonable breaking change. |
Well, the discussion is here FYI. |
We want this too and will add it to some future version. |
I was wondering: if PostCSS creates an AST of CSS shouldn't it also parse selectors and values? I've seen incredible work towards it in postcss/postcss-selector-parser and TrySound/postcss-value-parser and just wanted to make sure why isn't it part of the main parser.
The text was updated successfully, but these errors were encountered: