-
Notifications
You must be signed in to change notification settings - Fork 188
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
Upgrade prefixer, don't handle multiple rules at once #71
Upgrade prefixer, don't handle multiple rules at once #71
Conversation
I probably need to sign the CLA now, will do that in a bit. |
const rules = objectToPairs(prefixedDeclarations).map(([key, value]) => { | ||
const prefixedRules = flatten( | ||
objectToPairs(prefixedDeclarations).map(([key, value]) => { | ||
if (typeof value === 'object') { |
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.
Maybe use Array.isArray
?
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.
Yeah I thought of this but I don't know what your polyfilling setup is. If it's safe, it's way better.
This looks awesome!! Could you add a test to see how this interacts with our I guess something that looks like
(I'm worried it would turn into |
If I understand correctly, there is already a test for this:
which passes |
Oh yep, you're right! Sweet. Did you sign the CLA? (we should really hook our CLA bot up to this repo...) |
I did sign the CLA! |
I'm confused -- didn't we only need |
Yeah, that's why I kept using it. There should probably be a test for that
|
Oof, seems like prefixes are not ordered consistently across platforms. I'm going to sort them... |
Is this safe? In the case of something like |
Yes |
@zgotsch Okay, I'm gonna merge this! |
Use the new
inline-style-prefix-all
, which gives us a nice array of rules which need to be prefixed. Only importantify one rule at a time, so we don't have to parse css in order to pick the right semicolons :)fixes #70