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

Allows for multiple return types in ExpressionEntryData #6873

Merged
merged 4 commits into from
Aug 15, 2024

Conversation

cheeezburga
Copy link
Member

@cheeezburga cheeezburga commented Jul 6, 2024

This PR changes:

  • the constructors to allow for multiple return types
  • the calls to SkriptParser#parseExpression to pass in the array of types

This is my first time doing anything that modifies Skript in this way, so would love to know if anything needs attention.


Target Minecraft Versions: any
Requirements: none
Related Issues: none

- Changes the constructors to allow for multiple return types
- Changes the calls to SkriptParser#parseExpression to pass in the array of types
@sovdeeth
Copy link
Member

sovdeeth commented Jul 6, 2024

Why use a list if you're just going to be converting to an array every time? Just use an array.
Also, don't change the current constructors, add a new one that the others redirect to. Then it won't be breaking.

@sovdeeth sovdeeth added the enhancement Feature request, an issue about something that could be improved, or a PR improving something. label Jul 6, 2024
- Changes returnTypes field to an array
- Adds 2 new constructors, one which has the flags parameter and the other that defaults to ALL_FLAGS
Copy link
Member

@APickledWalrus APickledWalrus left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks fine to me

@sovdeeth sovdeeth added the feature-ready A PR/issue that has been approved, tested and can be merged/closed in the next feature version. label Jul 16, 2024
@sovdeeth sovdeeth merged commit f6ae828 into SkriptLang:dev/feature Aug 15, 2024
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Feature request, an issue about something that could be improved, or a PR improving something. feature-ready A PR/issue that has been approved, tested and can be merged/closed in the next feature version.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants