Implement locks#13
Conversation
| } else if (object instanceof FluidState) { | ||
| return fromTags(((FluidState) object).getFluid().getTags()); | ||
| } | ||
| return null; |
There was a problem hiding this comment.
Add support for EntityType tags (the final type of built in tag in MC that this doesn't already support)
There was a problem hiding this comment.
If you're gonna do things regarding tags, you should add a way for an addon to register a Function<T,Tags>
There was a problem hiding this comment.
By this do you mean that they would be registering a function such as Function<Item, Tag<Item>> or what do you have in mind by this.
There was a problem hiding this comment.
For now I left a TODO to go back at some point and look into letting mods register other types of Tags as the system probably needs some work once we come up with more potential use cases.
| } else if (object instanceof FluidState) { | ||
| return fromTags(((FluidState) object).getFluid().getTags()); | ||
| } | ||
| return null; |
There was a problem hiding this comment.
If you're gonna do things regarding tags, you should add a way for an addon to register a Function<T,Tags>
| } else if (object instanceof FluidState) { | ||
| return fromTags(((FluidState) object).getFluid().getTags()); | ||
| } | ||
| return null; |
There was a problem hiding this comment.
By this do you mean that they would be registering a function such as Function<Item, Tag<Item>> or what do you have in mind by this.
…re code for arrays
7097401 to
d1f97f6
Compare
…can access it easier from another machine if I don't work on it more before then.
…has changed yet beyond fixing the compiler errors, a couple typos, moving the lock registry implementation details to not be part of the API and adjusting a couple things that check Items to check IItemProviders instead
No description provided.