Animefan8888

Slight problem if I change my keybinding of sneaking to ctrl I would have to press ctrl instead of shift as the keybinding applies to different actions not individual keys. What? And only do what I said if the items are not yours, instead use the Item#addInformation(...)

You would have to create and event and the easiest way to get if shift is down is to access the gui object in the Minecraft class.

Have you taken a look at this? http://mcforge.readthedocs.io/en/latest/blockstates/forgeBlockstates/ ?? :'( yes but is missing the information i need. i need real example of using multiple layers in one model. There's more to it than just json. You also need to edit the java in specific way to return ModelLayer.SOLID && ModelLayer.TRANSPARENT something like that . Plus there's something where you can choose which part of the model renders on which layer which is not shown there. there's a part of the json where you can choose something like solid : "model.json" transparent: "water.json" blah blah. none of that is in there. I sortof figured all this myself but I never been successful at it. I just read about how MC renders transparency and I learned there are various layers and saw that forge can actually control which layer to render on based on an oldder forge model spec for version 1 it shows all the functions you can use but no actual example. Final resort if no documentation has been found look through the code that reads the json...yeah sounds like a wonderful idea huh?...I wish you the best of luck if you choose to go down that path.

Have you taken a look at this? http://mcforge.readthedocs.io/en/latest/blockstates/forgeBlockstates/

It is very hard to explain, but basically you have multiple planes overlapping which can be fixed by removing uneccesary planes from the model.

Do you ever actually call ModelLoader.setCustomModelResourceLocation(...)

Post code.

ok but how to do that (i'm new to guis) Since it is an inventory create a class that extends GuiContainer and a class that extends Container. Then look at vanilla for examples on what the methods do. is this what do you mean? https://github.com/lukas2005/IDEA-Mod/commit/a83ad2a0b48764333f3095d67bca07328d5d04d9 Yes, but you actually need to put information ie slots, slot interaction, etc. You should look into vanilla classes for this.

ok but how to do that (i'm new to guis) Since it is an inventory create a class that extends GuiContainer and a class that extends Container. Then look at vanilla for examples on what the methods do.

Make a custom container and a custom gui then intercept when a container is opened using the ContainerOpenEvent (think that is the name and the one you should use) check if it is the platers inventory then just call player.openGui like normal and open yours.

Ah yes, forgot that method existed (I need to go to sleep) . Also assuming that this is your armor this way.

I suggest doing the PR and supplementary until it is implemented you could use PlayerTickEvent.

With the way it is setup each Output has a percentage of appearing and to add a recipe you need to make a new List<OutputWrapper> and add new ItemWrappers to the list, then finally add the recipe using the list.

Are there console logs now?

There are multiple one being your custom methods for getting a recipe look in FurnaceRecipes and return that aswell as look into your own, add yours similarly to FurnaceRecipes, but to your Maps. Or you can add the furnace recipes by looping through them and adding them. Though that wouldn't give you random chance.

I think the forge way of doing entity update cancelation/management would be to use the event canUpdate for all entites deciding if they can update. For only living entities yse LivingUpdateEvent and if they are not supposed to update cancel it.

I think it is quite obvious A Map of ItemStacks and ItemStack arrays and then a map of ItemStack and either integers or floats/doubles.

In preInit event has a Configuration object for your mod that is what you will use to create a config. do you mean FMLPreInitializationEvent#getSuggestedConfigurationFile()? Yes and then i can use normal JavaIO? and configuration file syntax is created by me? or is there a recommended way of doing this? Look into the Configuration methods all syntax/format is defined by it. You have almost no say.

In preInit event has a Configuration object for your mod that is what you will use to create a config. do you mean FMLPreInitializationEvent#getSuggestedConfigurationFile()? Yes

In preInit event has a Configuration object for your mod that is what you will use to create a config.

Oh *I* can get the blockstate from an item stack. That's not the problem. The problem is I want to instantiate the tile entity associated with that state and invoke getCapbability. I have no control over what someone else's getCapbability does...such as doing worldObj.getBlockState(this.getPos()) Instantiate the TileEntity with Block#createTileEntity(IBlockState) using the method I said above. Which will give you the TileEntity for that specfic BlockState. Correct?

You could call get placed blockstate or getStateFromMeta. If I understood it correctly you have an ItemStack of a Block you shouold be able to get the block from the Item in the stack, then get the blockstate from those methods. That doesn't actually solve the problem, because if the TE uses that world, it's BlockPos is still 0,0,0 and it itself doesn't exist there, so it will fail to retrieve its own blockstate.

That is a different method. Oops, just searched for apply in ItemMonsterPlacer and saw that one first on closer inspection you are indeed correct.

Change the parent back.

I found the class ItemMonsterPlacer, but i wasn't able to find a method named applyEntityIdToItemStack :-/ It is actually called applyItemEntityDataToEntity in 1.10.2.