-
-
Notifications
You must be signed in to change notification settings - Fork 104
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
feat(api): Expand the supported resource pack operations for 1.20.3 #1005
Conversation
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.
Should there be Iterable methods for sending/setting multiple as well?
api/src/main/java/net/kyori/adventure/resource/ResourcePackRequest.java
Outdated
Show resolved
Hide resolved
hm, looking at adding Iterable overloads, type erasure means we can't support all the individual types for each method. Right now, i feel like the best signature for implementations would be |
Looking at Vanilla again, it appears that while the client will accept multiple packs, it only uses the last |
api/src/main/java/net/kyori/adventure/resource/ResourcePackInfo.java
Outdated
Show resolved
Hide resolved
…packs The `required` and `prompt` fields are only taken from the last pack in the request in vanilla anyways, so they behave on what we call the request level.
This PR makes it easy to handle multiple resource packs, and adds a callback system to track pack application.
(note, this does change some API used in snapshots so it'd be a binary break for any current testers)