You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I would suggest deprecating for removal in 1.18 the itemstack module. Item stack components work with direct modifications of the stack, whereas I think the preferred paradigm should be to ask the container of the stacks for any modification. While worlds, entities, block entities, ... exist on their own and have a clear identity, for stacks it is not clear.
A consequence of this is that the itemstack module is fundamentally incompatible with the fabric transfer API on multiple levels: I think that components are currently destroyed when stacks are moved with the transfer API. Patching this can be possible, however components are still fundamentally incompatible with item-provided APIs such as the "fluid-containing" API or the reworked TR Energy API which require all modifications to happen through the ContainerItemContext. To prevent people using CCA and then running into these issues, I suggest removing the feature entirely.
Despite the special behavior of item stacks, a CCA module used to be necessary - not necessarily to store data, but also to be able to expose APIs. However, that is not necessary anymore now that ItemApiLookup exists.
The text was updated successfully, but these errors were encountered:
The plan was to drop the external data storage for a while, the question now is whether there is a point in item components existing at all. Technically item components are still useful for caching live data for eg. rendering purposes, although I'm not sure how often this use case would come up. In any case I made a point in the changelog that API Lookup API should be preferred where applicable.
Technically item components are still useful for caching live data for eg. rendering purposes, although I'm not sure how often this use case would come up.
I don't think components would be the way to go for that. There's a lot more potential for involuntarily causing issues with other mods as @Technici4n pointed out.
Besides, 'caching live data for rendering purposes' is trivial enough to implement using a weak-keyed map with ItemStack keys.
@Pyrofab I'm really not sure what the new item components are supposed to achieve. :P
Are they just supposed to operate on a subtag directly? If that's the case then they still have the second issue I mentioned above, and don't seem to bring much compared to direct stack manipulation.
I would suggest deprecating for removal in 1.18 the itemstack module. Item stack components work with direct modifications of the stack, whereas I think the preferred paradigm should be to ask the container of the stacks for any modification. While worlds, entities, block entities, ... exist on their own and have a clear identity, for stacks it is not clear.
A consequence of this is that the itemstack module is fundamentally incompatible with the fabric transfer API on multiple levels: I think that components are currently destroyed when stacks are moved with the transfer API. Patching this can be possible, however components are still fundamentally incompatible with item-provided APIs such as the "fluid-containing" API or the reworked TR Energy API which require all modifications to happen through the
ContainerItemContext
. To prevent people using CCA and then running into these issues, I suggest removing the feature entirely.Despite the special behavior of item stacks, a CCA module used to be necessary - not necessarily to store data, but also to be able to expose APIs. However, that is not necessary anymore now that
ItemApiLookup
exists.The text was updated successfully, but these errors were encountered: