Draco18s

Your method is not being called because it lacks @SubscribeEvent

https://github.com/MistaOmega/Opes/blob/master/src/main/java/mistaomega/opes/tiles/GrinderTile.java#L79 You need to clone this stack or things will go very wrong indeed. https://github.com/MistaOmega/Opes/blob/master/src/main/java/mistaomega/lib/inventory/outputStackHandler.java#L7 This class should start with a capital letter to follow naming convention https://github.com/MistaOmega/Opes/blob/master/src/main/java/mistaomega/lib/inventory/outputStackHandler.java#L17 You do not need to override this method, you're not doing anything that the base implementation does not already do. https://github.com/MistaOmega/Opes/blob/master/src/main/java/mistaomega/lib/inventory/ProcessingBlockItemHandler.java#L10 This comment is objectively wrong. The int passed there is how many slots the handler has, so this "won't be shown" stuff is bollocs. https://github.com/MistaOmega/Opes/blob/master/src/main/java/mistaomega/opes/tiles/GrinderTile.java#L80 This line assumes that all outputs are size 1. This may or may not be true. And finally, you have no data assets which use your recipe type, but the above issues not withstanding, your grinder is compatible with any mod that has a recipe that matches your grinder recipe.

Because you never know when a static block will execute, and if it executes too early, Forge can't insure that it has full control over the object. (Forge does lots of lots of behind the scenes magic and dangerous sorcery that you, as a modder, don't need to worry about, but that if it isn't done in order, things break)

Unfortunately, Forge no longer supports old version, because they are old and we can't maintain every version in perpetuity.

Go look at the Slider class and figure out how it builds the text that is displayed in the render method.

What version of Minecraft?

In the constructor for the widget, get the current screen's position and size and calculate the top left corner, adding that value to the value you're already passing in. Vector math is fun.

That is precisely what that event is for. If you set the result the Pre event to DENY, then the plant won't advance to the next growth stage. You can find a (complicated) example here: https://github.com/Draco18s/ReasonableRealism/blob/1.14.4/src/main/java/com/draco18s/harderfarming/EventHandlers.java#L103 That takes into account biome temperature, rainfall, and neighboring plants to determine whether or not to grow. The net result is that crops of the same type grow at approximately the same speed, and its influenced by the ambient conditions (and different crops have different ideal conditions).

Ha, whoops. 58:00 When I copied the link I thought I grabbed "at time" but apparently not!

There this wonderful magical thing called Capabilities that ItemStacks are allowed to have. https://mcforge.readthedocs.io/en/1.15.x/datastorage/capabilities/

Whole video is worth a watch, but that time stamp is the presenter going through and refactoring a complex method out of existence one line at a time.

"create" is a method name, it is not some special magic Java keyword. Go into the source code of the DeferredRegister class, find its create method, and look at it.

Watch this: https://www.youtube.com/watch?v=FyCYva9DhsI

Yes. Creative mode bypasses a lot of things. In this case, hijacking left-click and immediately setting the block to air.

Uh... Its not a World, but it still has all the info you should need.