Draco18s

Please do! I've always thought about making my own chairs.

Does your Fluid actually have an icon? And I mean the Fluid not the BlockFluid .

That's not how events work. The event handler class had no hierarchical relationship to the event type they handle. Check mine: https://github.com/Draco18s/Artifacts/blob/master/main/java/com/draco18s/artifacts/ArtifactServerEventHandler.java

You're also calling super() which makes no sense at all.

This is what I do. I have one item that contains metavariants to display the textures needed for the various achievements I have.

Also store the TE in a variable: TileEntity te = world.getTileEntity (pos.Noth ()); If (te != null && te instanceof PowerConnectable) { }

This is correct. You can chain them, but its not good practice to do it in the constructor. For iron picks to harvest it faster all you have to do is nothing. Iron will automatically be faster than stone, than wood, than by hand. That said, there's three options: 1) Override getHarvestTool and return null. This will say "this block is always harvestable." 2) Override getDrops which will let you drop the item, "harvested" or not. 3) Override getPlayerRelativeBlockHardness which will let you dictate how long it takes to break. Note: this will be the hardest method.

Correction: You can have more states than 16 if some of them aren't saved in metadata, but are instead states based on the world around the block. For example, BlockFire has 96 states in its model file. Because its directional facing is based off of neighbor blocks, not metadata.

There is no possibility of finding the player that activates redstone, as the are non-player methods of applying a redstone signal. Pressure plays activated by mobs or items, block update detectors, detector rail...

Yeah, you're not going to be able to figure that out.

Oh my ducking god. YOUR CODE IS WRONG

This code seeds end ores into the overworld. case 0: // dimension 0 is the overworld generateEnd(world, random, chunkX, chunkZ ); // add end ores break; Etc.

Well, it would help if you generated surface ores in the overworld, end ores in the end, and nether orex in the nether.

Looking at 65000 blocks (a whole chunk) doesn't take that long. Less than a millisecond based on my own observations (doing block lookups, rather than TE). I'd you only do the check every few seconds, rather than constantly (how often is the player going to move far enough or the works state change such that the results are no longer valid? ), the lag will never be noticable.

I'd be sending a password through a non-encrypted POST. Very unsafe. If it doesn't improve the security of the change, I wouldn't want to make the client store any additional data anywhere. Salt and hash. Done.

Re if-blocks: this is what Math.floor() is for. Conversion from flay or double to integer it equivalent to Math.truncate() which rounds towards zero. Identical to Math.floor() for positive values, but not for negative. As for sneaking, you are unlikely to solve that problem to your satisfaction, as there are eight possible blocks the player could be standing on, possibly up to 3 of them.

This reminds me that I should really oreDict some of my machines. It's mostly edge-case at the moment, but it would future-proof it.

IIRC this won't work because there is a ton of code that uses instance-of checks necessary to the proper operation of paintings.

Pretty much this. I have a mod that adds various effects that spawn on a custom item. So the API allows a plugin to register new effects. I have another mod that deals with ores, so the API supplies hooks for the various triggers and abilities there. It is sufficient to allow another mod to register with mine an entirely new ore that operates on the same principles. Another mod adds gasses that go "open doors? signs? pssh, those aren't full blocks" and flows past them. So its API lets other mods specify "hey this block is a door (with open/closed states)" or "this block is just not solid at all" (like iron bars).

blocks will never equal blockstates, so you're going to have to rephrase your question. What is it that you are trying to do?

config = new Configuration(event.getSuggestedConfigurationFile());

Use [code ] tags, please.

1) you can't edit bar classes 2) you don't need to, you may need to create a custom dispenser behavior and add it to the dictionary.

At least you figured it out.

Read: MCAnimator is crap. It makes all kinds of assumptions which end up being false. You fix this problem and another will pop up else where. I tried once to fix it and I could not. The animation code is just too complex and too buggy.