Draco18s

Well. Imagine for a moment that your lookvec is (1,0,0)

The error isn't what you originally said.

I was running off of recollection. Try Block#breakBlock Most TE blocks use it to drop their inventory (check BlockChest and BlockFurnace).

Block#onBlockDestroyed

I think it's called "shouldRefresh()"

You need to add them to Eclipse's build path.

Well...in onMessage you're not doing anything to make the player move.

Oh. I figured out the problem. (Ernio's post is more elaborate, but I had to go deal with surprise baby bunnies and was interrupted in posting) public abstract class DraftingItemCore extends Item implements IDraftable, Serializable{ protected DraftableMap partMap; protected CoreType coreType; protected String name; protected float weight; You have item properties that are part of the singleton. These aren't being stored in the NBT. $10 says that if you create two different, non-default swords they will be identical.

Which ones are you wondering about? Three of those should be painfully obvious, three more deal with inventories.

Well if you didn't return null it might do something useful.

Sorry, you posted one thing which wasn't what I asked for before you posted the thing I did ask for. Anyway, how about your gui handler? $5 says you don't have one or its not properly registered.

Include your block code.

Whoah, slow down. Rim shader looks like crap on cuboid models. Not that it isn't worth figuring out how to do, just that it isn't going to do what you think it does. The sphere and the cube have the same shader applied to them, the sphere looks pretty awesome because it has a lot of faces and gently changing surface normals. The cube looks awful because all of its faces are perpendicular to each other, so the angle change is much larger. I think what you need though is to subscribe to a late-stage rendering event and then render the item again with the outline/glow effect only.

Have you checked...? 1) To see if AnvilUpdateEvent has any sub events? 2) To see where AnvilUpdateEvent is fired?

Well the PlayerEvent.BreakSpeed is a Player event, so it will naturally give you the player involved. From that you can figure out what item they're holding.

"If done well" is the key phrase here.

MCAnimator has given me so many problems I do not recommend it. Its animations are not threadsafe, so even if you do solve this one you'll find that randomly the game will crash with a Concurrent Modification Exception.

Thanks, but I found a better way to do this for my situation. I use the Item#onUpdate method and just store the ticks passed as damage values. That's not better, that's worse. Now the itemstack needs to update every tick and will cause a jiggle as if the player is switching items.

Before you start writing your network code: Don't use a single class for both the MessageHandler and the Message, you'll inevitably get the fields mixed up.

I would simplify that: bool state = (world.getBlock(x, y, z)==AllBlocks.block_foundry_active) if(state != burning) { //set block }

*Cough* size <= 0