-
Notifications
You must be signed in to change notification settings - Fork 11
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
Use PostCSS parser? #11
Comments
Hey @ben-eb - yep that's a great idea, one of the guys had a go at moving it over a while ago but we ran out of time. Is it something you'd want to look at helping out with? If not, we'll try and get round to it when there's time. Thanks, |
Yeah, I'd like to help out with this; but, I am currently working through a lot of university work and only really have been publishing modules that are relevant to my assignments. So I am hopefully looking at doing more contributions to other projects later on in May, after my deadlines. I had a look at https://github.com/hail2u/node-css-mqpacker which has the same goals as your project, but I wasn't sure how much overlap/difference there is between your two projects. Perhaps it might be good to join forces with @hail2u? |
@furzeface I propose the following roadmap:
We will then have a module which can be consumed inside PostCSS, or as a standalone lib with a stdio supported CLI, and sourcemaps. Once this is done, I can have a look at bundling it with https://github.com/ben-eb/cssnano - I think combining media queries is an important minification step. |
A good way forward, having a look at your fork now too :) cc @spacedawwwg and @JohnCashmore too for this - you guys know way more about the original, want to get involved when you can? |
Any updates on this? |
I'm still happy to work on this but I need feedback from you guys. |
I'd do whatever you thinks best a lot has changed in the front end world in
|
PostCSS is being used by quite a few projects, the main one being https://github.com/postcss/autoprefixer - its parser is much faster than others and is very robust; but I think the main benefit is for usage in a pipeline of in-memory transforms, so that people can run tasks such as autoprefixing, combining media queries, minifying etc, without having to read from disk in every step.
The responsibility of disk operations can then be extracted out of the main source code of the module, so that it can be used as a plugin to operate on in-memory CSS.
What do you think? 😄
https://github.com/postcss/postcss
The text was updated successfully, but these errors were encountered: