idcppl
idcppl
Thanks for the suggestions, fixed those area's. I didn't really think about how I was destroying backwards compatibility.
I don't know why it's there either, but shouldn't I be avoiding unnecessary mutability? I'm just carrying on the return type from before. @DStrand1 can possibly let us know what...
Should we freeze the registry, and if so, should it be a `GTControlledRegistry`? And what would the index cap be on the registry if it were to be `GTControlledRegistry`? Mostly...
It was added without any reasoning [here,](https://github.com/GregTechCE/GregTech/commit/36eaca28af24af64fdbd1fe09619a17b93e12be5#diff-3c1a00db4129e222b2aebecdd265b6c06bd66c61173a25d50b934e8cb852aff0R132) and I see no use case for it to be changing the color of that layer. Since all MetaItem's are using the forge...
This is an issue between Forge and CraftTweaker. CraftTweaker doesn't respect NBT in OreDicts. It could easily be fixed on our side, by changing the OreDict to have a empty...
Recipe names would be a nice addition, the current method for finding recipes is so inefficient.