Alexiy

I'm currently working around this issue by using DCEVM as an alternative; so far it works fine except you can't swap changes in non-public methods.

Hot swap in Idea doesn't work with forge 1.14 at all for me, and it is very frustrating. Could someone explain why? ? P.S. Doesn't work in Eclipse as well... Good job, devs, you successfully made my life harder.

"java drivers" haha

Can't say much without seeing the dinosaur entity code as well... But already can tell that dinosaur.setAttackTarget() part should be in the shouldExecute() function, and the for loop must be broken upon finding the target.

In the 'render' method, you call "super.render()" and nothing else. That means that only the superclass model will be rendered. You need to get rid of the 'super' call and render your model's parts: Head.renderWithRotation(scale); Body.renderWithRotation(scale); and so on. 'scale' is the 'f5' parameter. But that's not all. Before going further, I'll ask - is this model intended for players only?

If this is a vanilla bug, then using vanilla AI tasks is worthless. While writing my mod I also have found several bugs in minecraft pathfinding code. This made me write own implementations of NodeProcessor, PathNavigateGround and PathFinder. I can't help you with this, though, because their code is really difficult to understand. You'll have to experiment with mentioned classes.

This is not possible in current render engine. There exists a coremod that makes it possible, but you know what they say about them - don't use coremods. Maybe future minecraft versions will have a more capable engine.

Minecraft does that by registering IBlockColors in net.minecraft.client.renderer.color.BlockColors. But that alone isn't enough - your block model must have a "tintindex" for relevant faces, for example look at assets/minecraft/models/block/leaves.json.

Yes, you have extend BlockDoor and ItemDoor classes to create your implementations. Also you will have to create assets for it - blockstate and models for each variant. I will give more information when I'm back home. But you can look at vanilla door blockstates and models for reference.

Store the fire delay in stack's NBT and decrement its value in "onUpdate()" method. Check whether it is zero in "onItemRightclick()' method; if it is zero, fire the bullet and reset the delay value, otherwise decrement it.

You can set block's light by "Block#.setLightLevel()", the acceptable value is from 0.0 to 1.0 which corresponds to 0 - 15 light level.

I'd like to do a thing when a player finishes eating, and this event seems the right one to use. Its only flaw that if the player consumes an item with size 1, the event's stack becomes empty, thus providing no context. Is there a workaround for this? I only came up with checking the duration of "LivingEntityUseItemEvent.Tick", but it's no use if the player stops using item just before tick 1.

Of course it doesn't, because this event is only fired on client, so you can get the client player "Minecraft.getMinecraft().player" as usual.

Do you call it on both sides? I think it is required to add effect on both client and server.

Yes there is, "InputEvent.KeyInputEvent".