Maybe we could also move all Forge's access modifications that are already in Patchwork to this new module, idk how it's going to be possible to "load" the access widener when developing other modules. Any thoughts?

Moving access wideners to their own module isn't the right solution yet because nobody has made a jar processor to make access wideners transitive.
I think instead of its own module, for now this should either be in an appropriate module that already exists (Check the Forge source code and see if it's used anywhere), or failing that dropped in patchwork-fml.

I think it may be used in the forge CloudRenderer: mc.textureManager.bindTexture(texture);. I'm not sure

Yep. It's only used in CloudRenderer

I will put it in the FML module

Moved it to the FML module for now. I didn't bump the version - as the commit msg says.

Turns out I put a /. Fixed it to a ., it should run now.

Updated the title so it's less confusing

@famous1622 I changed things up a little, can you review again?

Moving access wideners to their own module isn't the right solution yet because nobody has made a jar processor to make access wideners transitive.
I think instead of its own module, for now this should either be in an appropriate module that already exists (Check the Forge source code and see if it's used anywhere), or failing that dropped in patchwork-fml.

I think in the future the rendering stuff should have their own package. But for now I would agree that this aw should be in patchwork-fml. Sometimes mc.textureManager is used by mods in their tileentity render and entity render, I don't there is a direct reference to that field in Forge.

It's interesting that in most places Forge uses getTextureManager(), so I don't understand why the field has been made public

Was probably public forever ago and they don't want to break mods

Was probably public forever ago and they don't want to break mods

I thought Forge was the opposite of backwards-compatibility

Forge is more than just Lex and all of them do try to maintain back-compat for some things.