Elyon

I assume you have internet access? I am looking forward to someone wiser solving your issue. Sorry.

setHarvestLevel("shovel", 3); Only diamond shovels will be able to harvest this. Or do you mean just breaking the block without it dropping anything? If that is the case, please make a new thread

You're checking 100 blocks every tick? Why not just check in onNeighborBlockChange ? Furthermore, you ought to break out of the nested for loops as soon as the staff is found, as well.

Make a backup of your source files, reunzip a fresh forge zip, and rerun the command, perhaps?

Repaste your entire class file as a gist, and I will take a look at it.

That would be why you do not have the deobfuscated java files. Could you paste the entire output from gradle?

What version of Minecraft/Forge are you using? Uninstall and reinstall your Java SDK, then try following the README.txt supplied with Forge. Let us know of any issues after that

You need to move the line Item item = itemstack.getItem(); into the if (itemstack != null) { block.

It shouldn't matter in this case whether you use 32bit or 64bit, but we live in 2014 so why not go with 64bit?

The return type of onUpdate has nothing to do with replacing the ItemStack . As diesieben07 said, you need a tick counter in the ItemStack through either NBT or damage value. It should be a matter of simply creating a new ItemStack and replacing the player's current item with this new stack after x ticks, as indicated by the NBT/damage value.

It seems there is something terribly wrong with your Java SDK installation. Reinstall. Why did you follow 4 tutorials? What went wrong in the first three? Did gradlew setupDevWorkspace report any issues when you set up your workspace?

What is the output when running the gradle workspace setup command?

Again, you can and should use [ code ] tags for short code snippets. Try pasting the entire method (as a gist on github, preferably).

The Item.java will need to be decompiled and deobfuscated to make any sense. This has probably already happened if your development environment is set up correctly, but the location of the java files has changed from 1.6.4, I believe. They now reside in forge/build/tmp/recompSrc.

You can use [ code ] tags for short code snippets. also, why not save itemstack.getItem() to a local variable, provided itemstack is not null? Item item = itemstack.getItem(); The current precedence of your boolean operators is as follows: ( a && [code]b ) || c || d || e ... You are probably better off wrapping the entire thing in an if-statement that checks whether itemstack is null . Alternatively, wrap the combined boolean or operations in parentheses.

It says right there. field_77698_e does not exist (anymore), and it seems you haven't imported the class ItemMultiTexture . What is field_77698_e supposed to be? Have a look through Item.java and replace field_77698_e with the deobfuscated name, if it exists.

Does the requested skin exist in the correct location? Please post more info, such as your folder structure, context-relevant code and -error log.

Show your code and we will point out where the issue is. We cannot (and will not) just code blindly. As diesieben07 said, there are plenty of tutorials, as well - such as Wuppy's tutorial on Block Textures and Names. EDIT: Also what is up with your username?

https://gist.github.com/ElyonItari/bd874849632050cc627d Enjoy Homework: Read up on Don't Repeat Yourself (DRY). I will have a look at your issue when I come back a bit later. NOTE: I have not compiled nor reread the code, so it probably will not work right off the bat. However, it should provide a guideline for how to not repeat yourself. If there is any issues with the code, or clarifications that need to be made, don't hesitate to PM me - let us keep this thread clean from general programming help - for posterity - though

Are you importing achilleus.sao.food.TeleportCrystalClass in your main mod file? Also, food seems an odd package to keep TeleportCrystalClass in, don't you think?

Ah, I see! Well, do you have any issues, still? If so, what are they?

Okay, new plan. How about I spend some time refactoring the code? That way, it should be easier to see where the issue lies without too much noise.

You don't need to apologise for your inexperience As for the textures - alright, apparently I am inexperienced as well! Keep to your TitleCase naming scheme for textures if that works for you And uh ... what is the startEntityId supposed to do? I need to know this to recommend putting anything as a parameter to or contents of the TeleportCrystalClass constructor.

Well, you seemed to have solved the issue of calling super(); . As for the startEntityId , no, that would not change anything, for several reasons. You are only constructing the TeleportCrystalClass once (not once per item). Since your Item class complained when you gave it a parameter, I assume you're developing for [1.7.2] or higher - these versions do not require (or even allow) you to set an id - but I could be confusing your use of the startEntityId field. You are not actually using the passed in parameter to your TeleportCrystalClass constructor. On another note, I believe texture names have to be lowercase - I know their namespaces have to be.

Just use super(); The Item constructor does not take an argument.