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

feat(api): Expand the supported resource pack operations for 1.20.3 #1005

Merged
merged 12 commits into from Dec 17, 2023

Conversation

zml2008
Copy link
Member

@zml2008 zml2008 commented Dec 10, 2023

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)

Copy link
Member

@Machine-Maker Machine-Maker left a 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?

@zml2008
Copy link
Member Author

zml2008 commented Dec 10, 2023

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 thing(List<RPRequest>), where for API end users, the thing(Iterable<? extends RPRequestLike>) signature would make most sense -- but then we have to be careful about unboxing *Like instances pretty eagerly maybe?

@zml2008
Copy link
Member Author

zml2008 commented Dec 10, 2023

Looking at Vanilla again, it appears that while the client will accept multiple packs, it only uses the last required and prompt values sent, not one per pack. Maybe we want to push those values up to Request from Info?

…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.
@zml2008 zml2008 dismissed Machine-Maker’s stale review December 17, 2023 01:00

changes have been made

@zml2008 zml2008 self-assigned this Dec 17, 2023
@zml2008 zml2008 added this pull request to the merge queue Dec 17, 2023
Merged via the queue into main/4 with commit 11ecb1e Dec 17, 2023
5 checks passed
@zml2008 zml2008 deleted the feat/rpack-stack branch December 17, 2023 01:10
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.

None yet

4 participants