Skip to content
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

fix: syntax could handle combined pattern #163

Merged
merged 1 commit into from
Sep 2, 2024
Merged

fix: syntax could handle combined pattern #163

merged 1 commit into from
Sep 2, 2024

Conversation

fi3ework
Copy link
Member

@fi3ework fi3ework commented Aug 31, 2024

Summary

In the past, for syntax, [es5] and es5 were different, the former would be treated as browserslist processing while the latter is a valid esX version. This PR has removed this restriction, now [es5] and es5 are equivalent, and esX can participate in the target syntax grammar, such as ['es2015', 'Chrome 123']. Array-form syntax now is the superset of browserslist.

Related Links

Checklist

  • Tests updated (or not required).
  • Documentation updated (or not required).

@fi3ework
Copy link
Member Author

Is it weird to extending browserslist query with esX?

@Timeless0911
Copy link
Contributor

Is it weird to extending browserslist query with esX?

It feels OK as long as the final result we calculate meets the user's semantics.

@Timeless0911
Copy link
Contributor

Should we use syntax directly instead of output.syntax?

@fi3ework
Copy link
Member Author

fi3ework commented Sep 2, 2024

Should we use syntax directly instead of output.syntax?

In a separated PR.

@fi3ework fi3ework enabled auto-merge (squash) September 2, 2024 05:07
@fi3ework fi3ework merged commit e19f99b into main Sep 2, 2024
8 checks passed
@fi3ework fi3ework deleted the fix-syntax branch September 2, 2024 05:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants