Draco18s

Gosh, I wonder why. Anyway.

Gui gui = event.getGui(); if (gui != null && gui.getClass() == net.minecraft.client.gui.inventory.GuiInventory.class && !(gui instanceof PrimalGuiInventory)) { gui = new PrimalGuiInventory(Minecraft.getMinecraft().player); } Congrats, you made a local variable equal your gui. The function returns, the local variable is popped off the stack, and no longer exists. The event object is unchanged, the vanilla gui is displayed.

It's not told about the potion affect. However, when the potion lands and shatters, it gets told about a particle effect and what color it should be.

How about you put what you're trying to depend on, rather than just dashes?

How do you plan to display a three dimensional crafting grid?

Elytra movement is handled in the Entity class (EntityPlayer), so you will be unable to replicate the functionality without using events and duplicating all of the math.

Hint: you need to use the new operator.

> get current generation class > set replacement to it a = a much?

Look at how vanilla does it.

The site is down. You will have to wait.

Oh, cool.

You need a custom ItemBlock class.

Why the fuck would a world generator be in the client side only code? You know the client isn't responsible for world state information, right?

getActualState() You need state properties that represent the data, but you can't set those values via setBlockState() because they aren't encoded in metadata.

You think that is a lot? Check this out (and I don't think that's even everything) No, I'm complaining that that's all Visual Studio has, and not more. I'm grouching that the things I want aren't there. I've used Extract Interface a dozen times, extract superclass at least twice. No push up/pull down, but I can see its use. Used Encapsulate fields a few times (usually through the auto-hinter). Use Interface Where Possible I've done when using Extract Interface/Superclass... I freaking love those options and I wish Visual Studio had them.

If you're using a TE, you need to get the TE at the position and set the values there. You don't use BlockStates for this.

PlayerInteractEvent is your best bet, probably. Will be difficult to do what you want, as those blocks don't have their own event.

Oh that's nice. Shame I use Eclipse. Then again, I've been off in Unity3D land and you know what I miss? Refactor tools that do things other than "rename." Or the ability to define a super class and interfaces when creating a new class (Microsoft actually REMOVED this feature between 2005 and 2015....) Damn, should have thought of that. And I don't feel like refactoring it now...

By the way, feel free to take a look at my LootUtils class and a very basic usage of same. (d7: any suggestions on how I'd make the giant list of ints more legible without having to check all the paramter names? Using variables would work, but would take up a bunch of lines...)

Caused by: java.lang.NullPointerException at com.TonyTiger.simplecoins.world.genCoinsInWorld.lootLoad(genCoinsInWorld.java:36) Looks like this line isn't working: LootPool main = event.getTable().getPool("main");

Your crops don't recognize the custom farmland as being a valid block they can stay on.

That's why it was suggested that you use reflection, because reflection can do that.

Explanation: ALL vanilla recipes assume an input stack size of 1, it doesn't matter what stack size you tell the recipe manager you want to use, the furnace (and crafting table) are hard coded to use exactly 1.

You get the values via reflection. http://www.minecraftforge.net/forum/index.php?topic=44675.0

Caused by: java.lang.IllegalArgumentException: Cannot set property PropertyEnum{name=axis, clazz=class com.Egietje.degeweldigemod.blocks.CheeseLog$EnumAxis, values=[x, y, z, none]} as it does not exist in BlockStateContainer{block=dgm:cheese_log, properties=[axis]} You can't set the property because it doesn't exist in the block state container. The reason it doesn't is because you created a new axis property here rather than using the existing one from the parent class.