sequituri

In some editors you can save in UTF-8 without the bytecode marks at the beginning of the file. It's my observation, however, than ANSI(7-bit ASCII) is a proper subset of UTF-8 and unless you are putting in characters outside the 127 standard ASCII code, UTF-8 is the same as ANSI.

That's an indication that you are doing things on the client that should only happen on the server, hence duplication of things when done on both sides.

I have absolutely no idea what arguments your GUIBlockling constructor expects as you do no show the code. We are not clairvoyant here.

If you have any experience with worker threads and queues, you could actually schedule a regrowth of each such destroyed block after a certain time has elapsed.

Some modders have used a cached reflection field without suffering lag penalties. You should only have to do this once for any field in a class and cache the accessor.

I don't see an error here. Everything looks normal. Your going to have to trace your code if you can.

I give up. Did your mod get "deactivated" on a server somehow? What was the error message?

Show us the code you have tried that did not work. Give us something to start with.

targetCompatibility = '1.6' is the normal setting of build.gradle, and so it isn't shown. That makes the compiler generate code that is java 1.6 compatible in any JDK. If you change it to 1.7, then nobody without 1.7 or higher will be able to use your mod. BTW, I've already had to deal with mods that secretly require Forge 1205 or some other non-recommended version of it. I find this kind of thinking reprehensible if it isn't spelled out clearly in the mod page with bold letters.

That represents the block you centered your crosshairs on. It's like a vector from your eyes to the block. This function would not be helpful for enumerating all the block names, but it is great for what Waila does. You could examine the code and see how it works, as that may help.

Look at the difference between net.minecraft.inventory.Slot and ....SlotCrafting and other slot classes.

Where is this entity class. I cannot see it.

For a quick answer: set JAVA_HOME to your path to the java jdk you installed already (you did do that, didn't you?) example for my system: set JAVA_HOME=C:\Program Files\Java\jdk1.8

You may have to use reflection as I think you hit a hard point of ATs.

subtypes for potions are computed and cached when asked for. Then only the effective potions (those with a list of effects) actually get returned. Awkward, mundane, milky, stinky, etc. etc. are not effective and therefore not sub-listed. Those other names are seemingly random based on whatever potion id (damage value) is requested. Tip: Study net.minecraft.potion.PotionHelper to discover why.

post your build.gradle file.

Please don't hijack threads. Start your own.

Par2 and Par3 are a mishmash of various states of slot stransfer types (origins and destinations and such). Par3's value depends on par2 and sometimes even par1 for valid arguments. Look at and study GuiContainer class at all the calls to handleMouseClick(Slot slot, int slotNum, int argument, int function) to get an idea.

Pardon if I didn't look close enough at your code, but I do not see you creating or positioning any of your AngelicInfuserSlots in your gui container. So, I think the default slot positions (for cooking item and fuel item) are showing up instead,

DamageSource#getEntity() will always return the root entity if there was one. For any damage source like an arrow or a snowball or sword to the skull. It may even work with TNT planted by a person. I haven't checked that. (getSourceOfDamage() will return the arrow or snowball or whathavevou entity)

All I can find out is a single line in a changelog: So, what is the proper way to get Vec3's now? Always use Vec3.createVectorHelper()?

Client side TE code is mainly concerned with the UI operations, while server side deals mostly with the item and container manipulations. So, you have to have both in order to keep the server and client in agreement.

From Minecraftforum DamageIndicators thread post #1: I'd say that fix was a failure.

gradlew build <<<<---- hint, hint

Yes, that's why they have UVs. They can be reversed.