Draco18s

The harvest tool you could have found by looking at the method signature. It takes a ToolType value, looking at its definition you would have seen that it was an enum with 3 values. The other takes an int. Looking at existing vanilla code (right click -> find all references) would have turned up what existing blocks used. Cross referencing with the wiki would have matched values with material.

I wonder what the Item.Properties class does.

@Mod.EventBusSubscriber(bus=Mod.EventBusSubscriber.Bus.MOD) public class RegistryEvents { @SubscribeEvent public void onKb (LivingKnockBackEvent e) { So, two problems. 1) You're using the wrong bus 2) your method isn't static

You store it in a tile entity

He means his in-game name.

Well, that's all 1.12 code, so old and out of date. But he used a tile entity renderer to do it.

...And make sure that the log wasn't part of a village structure.

That might be the Forge bucket. Look for the MilkBucket.

Ok, so, 1, just use Blocks.POWERED_RAIL. There is zero reason to use string comparison on registry names. Two, I was right. Powered rail will automatically update its own state based on the presence or absence of redstone power in the world. You can't "fool" it into having power when there is none.

Have fun: https://github.com/Draco18s/ReasonableRealism/blob/1.14.4/src/main/java/com/draco18s/harderores/HarderOres.java#L205-L241

Show more of your code. Is this a subclass of powered rail? If so, the parent class is probably resetting it based on the neighboring blocks not providing power.

Here's the question: Which of the two creatures should receive healing when this sword hits: - The Attacker - The Defender "the player" is the wrong answer (what happens if a mob holding your sword hits the player? what if one player hits another? what if a mob holding your sword hits another mob?)

Look at the bucket. Yes it doesn't damage the item, but t does override the relevant method.

Your hammer needs to overrhide hasContainerItem and getContainerItem. In the second take in the passed stack, tryDamage it, and return it.

How about taking the thing I figured out in the last post and running it? ./gradlew :forge:tasks And checking for anything IntelliJ related.

This may help:

Have an example usage https://github.com/Draco18s/ReasonableRealism/blob/1.14.4/src/main/java/com/draco18s/harderores/item/ModItemTier.java Just be aware that the suppliers are absolutely required.

Show your code and json files. Also post the latest log file.

Note that BlockNamedItem is a subclass of Item that overrides methods and that glowstone dust is just a regular Item. So my statement is no less false.

No. Redstone's item overrides a method that Glowstone dust's item does not. This only way to get the required behaviour is to use an event, as ChampionAsh already said. Absolutely not. Redstone dust wire does not use a tile entity.

Yes.

Been a while since I messed with it, but try this: https://github.com/Draco18s/ReasonableRealism/blob/1.14.4/src/main/java/com/draco18s/harderores/block/SluiceOutput.java#L52-L58

You can't.

Correct. Here's an example: https://github.com/Draco18s/ReasonableRealism/blob/1.14.4/src/main/resources/data/minecraft/advancements/recipes/misc/bone_meal.json

Unless you absolutely want your crafting recipe to only be craftable in the center of the grid, remove the surrounding spaces. No, recipe input stacks are always treated as size 1.