Add support for all CSS features #159
Conversation
|
When #157 was merged it was merged by rebase, which meant all those commits appeared twice in this PR. As such, I've had to also rebase and force-push this branch and my other branches to remove the duplicates. Whomever merges this, please just use a standard merge commit to prevent also breaking my other work. Thanks! |
|
Hi! Can you rebase? Also it's best if the changes are a bit more atomic for better review. I'm okay with multiple commits but the descriptions should be semantic/conventional. In other words separated by intent (fix, feat, docs, test, etc). For example, see https://gist.github.com/joshbuchea/6f47e86d2510bce28f8e7f42ae84c716 I'm not picky about intent names, but some at-a-glance commit descriptions would be helpful. I hope this doesn't deter you from contributing and I really appreciate the effort you've put in. I know organizing and squashing git commits can be tedious. Thanks again! |
|
No worries. I'm not too experienced with rebase, but I'll see what I put together for ya. If you'd like to enforce that sort of style, you might should set up commit linting and update |
|
@clshortfuse I've done a rebase and cleaned things up best I can. I can also bring the version back to 6.0.0 if you want, since doiuse hasn't released that yet. |
|
Thanks! It's much easier to read now. I'm also pushing changes, so apologies for breaking the rebase 😅 The commit changes shouldn't affect You should also not touch So, when I review, I'm just looking at what folders were touched and if tests pass. I don't want to worry about runtime issues if you're only touching In the end, this will land as one commit I think with the changelog/package.json changes we should be good to merge. I'll push another commit that does those changes (including the contributor change =) ) |
|
I went ahead and dropped the changelog & package stuff. That commit also removed the travis badge, since CI runs on github actions now. I'll leave removing that up to you as well. I made the feature script update Would you prefer PRs only contain a single commit? I can totally do that if that's what you prefer. Or were you planning to squash this yourself when you merged? |
|
I was going to squash it into a single commit since each commit is based on work of the previous and stays within the same intention of adding support for all CSS features. I'm okay with multiple commits generally and squash them before commit, though one with this many file changes can get tricky to review. But that's for future reference. It seems there are still |
|
The remaining package.json changes are:
Would you like both of these reverted? |
|
Sorry, I wasn't notice they were essential. For future reference, a commit that just updates I'll go ahead and merge it. I have some internal changes and I want to make this part of 6.0.0. Thanks again for your work! |
This pull request adds a script that gets updates the database and creates test and implementation stubs for any new CSS features. I've used these stubs to add support for every CSS feature in the caniuse-lite database.
Since this package seems abandoned, I've published these changes on npm as
@rjwadley/doiuse. I'll be maintaining the package there until either I or someone else can maintain it here.This PR also depends on #157, since the changes in that pull request made this script possible. That PR's changes are included in this one. That also means the diff isn't very useful right now. For a better view of the changes, here's a more focused diff with only the relevant changes.
New Features
Changes
Fixes
#8
#76
#90
#99
#100
#102
#107
#139
#140
#142
#143
#144
#145
#155
Supersedes
#148
#156