Draco18s

"preevent cannot be resolved" This error without any code is meaningless.

Go to ItemArmor and find the onArmorTick method, copy its signature, paste it over your method.

Or you could count pixels. The 0,0 point is the upper left corner.

Enchantments should works fine, it's the "shear sheep" bit I expect to break. If not that, then harvesting leaves.

That's why you use ItemStack.areStacksEqual. Because it gives no shits about instances. However, it DOES check NBT tags, which if those are different it's going to say the items are different. You're going to have to replicatethe functionality to check what you want it to check and ignore what you want it to ignore.

Unrelated, don't use "§4" use the EnumChatFormatting constants.

You need to use ItemStack.areStackEqual

Yes it does. It goes inside "elements":{}

You can still specify a model. "model": "item/generated"

Your files are safe, the project is a gradle project. All you need to do is change the version of Forge in your gradle file and rerun the gradle commands.

Yes. And it's not:

I'm not sure how much changes, but 1.9.4 is the "definitive" version of 1.9 from Mojang, so there's no reason to develop on an old version. 1.9.4 mods are 99.99% compatible with 1.10.2 as well (and vice versa) so you may even wish to use a more recent Forge version (2011 or 2065 (recommended/latest)).

1) Update, you should be using 1.9.4 at the very least. 2) http://mcforge.readthedocs.io/en/latest/blockstates/forgeBlockstates/#sub-models

Perhaps JAVA_HOME does not point to the JDK.

Step 1: assume the player is at 0,0,0 Step 2: trigonometry

Look at the model for IronBars

Stuff like this is going away in Java 9. That's probably a good thing, but it still amuses me. This is my most favorite question, I think: http://codegolf.stackexchange.com/questions/61115/make-your-language-unusable The Java solution "redirects stdin and stdout to null streams and replaces args with an empty array. Also uses enormous amounts of reflection hacks to make sure the standard IO is truly hidden. Finally, it sets a security manager to make sure the standard IO can't be recreated and that makes sure programs can't set the exit code."

JSON models cannot have non-cuboid shapes. If you want curved faces (which are a lie anyway) you need to use OBJ.

Don't ever invoke metadata directly. If you want to make a block have the same blockstate at another position... IBlockState thatState = world.getBlockState(thatPos); world.setBlockState(thisPos, thatState, 3); Your problem is that you invoked getBaseState() which overwrote whatever state was already in the world with a default state.

TL;DR: No one is going to provide you with copy/paste code solutions. I will provide my client proxy class that I'm using as it wraps several Forge class down into 1 so that it looks more like the 1.7.10 method (create item, call proxy.register for it) of registering items/blocks rather than four duplicated lines for every single one (create item, set registry name, set unlocalized name, call GameRegistry.register for it, call proxy.registerRenderer). https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/ores/client/ClientProxy.java

http://www.reactiongifs.com/wp-content/gallery/popcorn-gifs/tumblr_ljh0puClWT1qfkt17.gif[/img]

Ostensibly even if it did, you could probably still change it. http://codegolf.stackexchange.com/a/28818

copperhelm = registerItem(new toparmor(copperarmor, 1, EntityEquipmentSlot.HEAD), "copperhelm"); See that "new" keyword? See the thing that coems right after it? That's a class. Which you've poorly named by not making the first letter capitalized (should be "TopArmor"). You never do this with your coppershears class (*cough* CopperShears *cough*).

It looks like you've registered the item in a way that it expects a blockstate (yes, items can have blockstates) and it is missing the blockstate json/that file has no inventory variant specified.

Just use i.getRegistryName().