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
Currently, there is no way of changing the target layer of third-party non-mc jars. Instead, they are all put on the GAME layer, making it impossible for language providers to access them.
I'm aware that this issue is known as it was previously mentioned in MinecraftForge, although I'd like to discuss possible solutions for it.
How do we want to define the target jar layer?
Should the target layer be defined in jarJar metadata, or should we use the manifest FMLModType attribute?
How do we want to handle layer selection? Should we account for layer conflicts?
SizableShrimp's suggestion was to poll all selection candidates and put the selected jar on the lowest requested layer. However, this might become an issue if a mod wants to apply transformations to that library, but it ends up on the PLUGIN layer, making it non-transformable.
The text was updated successfully, but these errors were encountered:
Currently, there is no way of changing the target layer of third-party non-mc jars. Instead, they are all put on the
GAME
layer, making it impossible for language providers to access them.I'm aware that this issue is known as it was previously mentioned in MinecraftForge, although I'd like to discuss possible solutions for it.
Should the target layer be defined in jarJar metadata, or should we use the manifest
FMLModType
attribute?SizableShrimp's suggestion was to poll all selection candidates and put the selected jar on the lowest requested layer. However, this might become an issue if a mod wants to apply transformations to that library, but it ends up on the
PLUGIN
layer, making it non-transformable.The text was updated successfully, but these errors were encountered: