Draco18s

https://www.w3schools.com/java/java_for_loop.asp

It doesn't work because nether portal facing is set by the code that deals with the detection of the fire inside an obsidian frame. The portal block was never intended to exist in the player's inventory and as such it does not follow placement update rules. Because, frankly, what do you expect to happen if you place three of them like this: XX X

All I have to say is, "Wow dude, do you Java?"

The mods.toml defines your mod version. The @Mod class doesn't give a fuck and your gradle.build file's version is only used for setting the file name when compiling.

Not easily. You're going to need to either maintain your own data structure to track all sources of heat in the world yourself (think of how Minecraft stores chunk data) or you're going to need to make approximations, like making every block of yours search the area around it to see if there are "hot" or "cold" blocks nearby and make a best-guess at its own heat level based on what it finds).

No

Yes. That's why it exists. If a neighbor changes, allow the block to update its own state.

As has been mentioned in one thread or another on this forum about once a week for the last year and a half: Mojang uses @Deprecated incorrectly. By the way: https://github.com/arjolpanci/VanillaExtended/blob/master/src/main/java/teabx/vanillaextended/main/VanillaExtended.java#L84 Don't do BlockList.transportPipe =, use @ObjectHolder annotations. https://mcforge.readthedocs.io/en/1.15.x/concepts/registries/#injecting-registry-values-into-fields As for why you can still walk through the block I am not sure.

How about using Capabilities, instead? https://mcforge.readthedocs.io/en/1.15.x/datastorage/capabilities/#creating-your-own-capability

Correct!

Override getRemainingItems.

Sigh. Let me break this down. X instanceof Y requires X to be an object and Y to be a Class. X == Y requires X to be an object (or primative) and Y to be an object (or primative). Your code, item instanceof ItemInit.RUBBER_EXTRACTOR, has X is an object, Y is an object.

By the way, don't do this. Use @ObjectHolder annotations.

Why don't you go look? Those files are in your workspace too (check client-extra.jar) I suggest double checking what that code actually does.

This is not an existent tag. There is forge:ingots/iron though.

Check the vanilla blocks that do this, like the Fence.

Here's a couple of examples. https://github.com/Draco18s/ReasonableRealism/tree/1.14.4/src/main/resources/data/expindustry/advancements/recipes You can set up your own conditions as well, I just don't have any ready examples.

Use advancements instead. https://minecraft.gamepedia.com/Advancements

Yes

Fix its returned voxel shape. Your block is not a full cube, so don't return a full cube voxel shape.

Contact the author.

By about 400 nanos, maybe, by avoiding a couple of function call overheads. (That's 0.0004 ms)

https://github.com/matt1999rd/GatesMod/blob/master/src/main/java/fr/mattmouss/gates/network/PacketRaisePrice.java#L32 Holy Jesus. That line can be simpler. Why do you get a world, get a server, get a world? You already HAD a world. https://github.com/Draco18s/ReasonableRealism/blob/1.14.4/src/main/java/com/draco18s/industry/network/ToServerFilterClick.java#L52