Animefan8888

He isn't doing it to just his own Blocks. Edit: Also I do not believe that IBlockColor can add a "tint", or transparent layer.

That is explained in the link I sent you. OK, I will ask then as I through the pack to pass to the client player IStamina values? The SimpleNetworkWrapper field you created has methods for sending packets you want SimpleNetworkWrapper#sendTo(IMessage, EntityPlayer) which will send the data to the specific player.

That is explained in the link I sent you.

Using packets. http://www.minecraftforge.net/forum/index.php?topic=20135.0

I mean that the max changes when in a different dimension. E.g. 32 in the Overworld 512 in the Nether. How would you handle the damage being greater than the durability, ie i am in the nether i use it more than 32 and then travel to the overworld? But you could do this through Item#getMaxDamage() and a capability that holds the dimension id the holder is in, which can be updated before it takes damage.

It has a canExtract and canReceive methods use them.

I think it depends on wht you mean by change the durability. Do you mean it will have separate durability amounts in different dimensions or that the the max changes when inside different dimensions?

A predicate is a functional interface. It has one method a boolean, and i assume in this context it would be if the enchantment type can be applied to the item passed.

I think you would need to use the RenderWorldLastEvent

When you say you want to add a transparent tint over the block, when do you want to do this? Is there any example you could give?

So I should create a class for my ItemBlocks and set there the meta for each color? Yes assuming when you say color you mean it is going to have different Item models. Because you can always you IBlockColor.

What that does is when a Blocks block state has the EnumDyeColor as a PropertyEnum on it, changes the color/state of the block.

Because there is no meta for your ItemBlock.

Why not just test it yourself?

That returns the correct block, your problem is that you are not considering metadata.

The bed and door don't have ItemBlocks associated with them, if you want to get the ItemStack associated with a Block call Block#getPickBlock().

Probably reading the JavaDoc of MCMultipart.

Why not just look at BlockDoor?...

"#"'s are not used in Java for any actual programming. They are used to denote that what comes after it is a method and is not static so no confusion comes. AKA EntityLivingBase.addPotionEffect(...) is different from EntityLivingBase living = ... living.addPotionEffect(...)

First how much Java do you know?

That depends on what you want your TE to do.

Because potions cause Effects. There are also (or can be) affects that aren't applied by potions. You are right there, but I fail to see the logic behind that reasoning. All that MobEffects stores is the Potion instances from the Registry. It doesn't store any effects inside of it. And the only link between Potions and Mobs is that potion effects are applied to mobs.

Don't use numeric IDs, they're not guaranteed to be the same for every save and they're a lot less descriptive than using fields or registry names. The vanilla Potion instances are now stored in the MobEffects class. Ah, very true, but why did MobEffects become MobEffects and not Potions? Kinda like how we have Block and Blocks or Item and Items?

EntityLivingBase#addPotionEffect(new PotionEffect(Potion.getPotionById(10), 100, 3)); Will give the entity regeneration for 100 seconds and level 4.

Override Entity#getCollisionBox