Draco18s

World#getEntitiesInAABB(...)

Try looking at some other commands.

I'm going to assume "no." I've done the best I can, all I know is "you've done something that is fixable, but I don't know what or how." The last time I tried to do something like this was 1.6.4 and I remember naught.

And we'd know that from reading a post that says, "Bump" how? Also, don't do that. Just post the new problem with the updated code rather than saying "bump."

All I can say is, what's at VillageCollection.java:303 and why would your code cause it to be null.

Generally there's a "show what you've tried" mentality around here. Try this: http://stackoverflow.com/a/20664243/1663383

1) Because you don't know where to start and haven't posted any code. 3) So write your own collision code. 4) My personal text is because people tend to do stupid shit (Me: "Do X and your code will work." Them: "Ok, I did Y, but it doesn't work." Me: "That's because you didn't do X.") and then get upset when I tell them they did stupid shit.

1) Do you know how to code? 2) SVGs are not natively supported by Minecraft, you'll either have to write a parser and renderer for them yourself or use png 3) Can you do this with PNG? Sure.

java.lang.NullPointerException: Exception in server tick loop at com.mazemod.structures.Util.allTrue(Util.java:61) Go to this line. Find the thing that is null. Make it not null. Also, you didn't post any fucking code, so I can't fucking help more than that.

The end dragon has sub-parts which I believe are an entirely different class.

No. It's stored in the entity's fields.

Well, you do replace the RenderGlobal with a new class. $10 says that the default render global does something special with block breaking particles.

ok, for one, that's not even valid java. and two, even if it was, an ItemStack and an Item will never ever not in a billion years be equal.

You don't even need InstanceOf here at all.

You have a custom slot class, yeah? Make that slot not accept your bag item. Done.

1 durability. "0 durability left" is still 1 use as far as Minecraft is concerned. But doing this means that the durability bar is displayed, which is not ideal in some cases.

Well, for one, your parent class expects two IInventory objects and constructs slots for both of them. You need to not do that.

Well yeah, because you told Super that you want the player's inventory twice.

You need to get it from the player. Player#getHeldItem(EnumHand.Main) IIRC.

I am doing this already! (I think) No you're not. IItemHandler inven = TestBagCapabilities.getCapability(CapabilityItemHandler.ITEM_HANDLER_CAPABILITY, null); You're calling it (statically) on TestBagCapabilities , not on an ItemStack . That is not an item stack, that is TestBagCapabilities which is an ICapabilitySerializable. And again, TestBagCapabilities.getCapability() doesn't exist, TestBagCapabilities#getCapability() does. If you want an item stack, pass the item stack from your GUI handler to your container, or get it from the player's active item.

Because:

That means that your rightclick method does not match the one in the super class. You need to fix that. (Hint: yours doesn't have an ItemStack parameter!)

You still need an EnumFacing as the Capabilities methods are generic, intended for itemstacks, mobs, and TEs. For that you can pass null.

Yup! Two arrows and a small number on the end is rather reasonable. It's when you get 4+ that things go stupid. (Windows calculator gives up at 5.65↑↑7)

If there is no TE, why do you have a TE here? https://github.com/EscapeMC/ThingsMod-1.10.2/blob/master/src/main/java/com/github/escapemc/thingsmod/client/gui/GuiTestBag.java#L17