Draco18s

Not outside of a coremod, no.

The OGL code there just rotates the item entity so it lays flat instead of standing upright.

serverSideRequired=true means that a player that has the mod installed on their client CANNOT join a server without it. That's all it does.

This is because Minecraft assumes that blocks never extend outside a full cube. You should really be using a second block to fill that upper space, like pistons do.

OreDict recipes. GameRegistry.addRecipe(new ShapedOreRecipe(new ItemStack(whatevs), " r ", " s ", " ", 's', "stone", 'r', new ItemStack(Item.redstone)));

It happens there in model class. See line 60.

Not sure what's up with that. Things near the edge of the view cone generally behave oddly anyway. Thanks! Here's a screenshot of it in the world. (Hmm. Need to double check the glass edges. I think I saw them missing the edging the other day...)

Oh ew, no. Event handler yes, but that's the wrong event. Use LivingHurtEvent.

GL11.glEnable(GL11.GL_BLEND) See line 95.

Alright. I don't know what the problem is. I thought it was because of the truncates to integers, but that's not it. I do not know what is wrong. The problem may not even be in that class.

Coremods use reflection and/or ASM, not edits to base classes.

Packets can handle floats. Floats and doubles are convertible into each other. Hmm. Now I'm not sure.

private int lastPlayerX = 0; private int lastPlayerY = 0; private int lastPlayerZ = 0; private int lastPlayerX2 = 0; private int lastPlayerY2 = 0; private int lastPlayerZ2 = 0; *Cough*

Probably. I was just doing a proof of concept thing. I didn't need the copy to be perfect, as the "concept" part was being able to blend the edges of the copy with the destination, so that it looked natural. Here's the only set of screenshots I took of one such teleport. http://s16.postimg.org/d0vp5qjid/2014_01_24_23_09_54.png[/img] http://s23.postimg.org/q9poehyt7/2014_01_25_01_52_15.png[/img] http://s27.postimg.org/5t6vwu11f/2014_01_25_02_04_16.png[/img]

Yes, but if you set the piston head to air before you've copied the base, the base won't get copied (it drops). Flag 2 be damned. Rails are also a bitch to copy, but I think doing them during a second pass would be sufficient.

All blocks in stacks are of type ItemBlock. Check that.

I used Flag 2 as well, but that didn't stop doors and pistons from breaking.

There's also DimensionManager.getCurrentSaveRootDirectory() if you need that. Also, new File(".") will also get the current directory

The reason not to is because mods will want to distinguish copper and iron.

Huh? But to answer the question: yes, you can. But you probably shouldn't.

Yes, but that's not useful in his case. He wants a block at (0,70,0) to protect blocks in a 16 block range from being damaged by explosions. So the block at (0,70,0) needs to know when an explosion goes off over at (12,70,0) so that the blocks at (10,70,0), (10,70,1), (10,70,-1), etc. don't get destroyed.

Use the ore dictionary.

int playerPosX = (int)mc.thePlayer.posX; int playerPosY = (int)mc.thePlayer.posY; int playerPosZ = (int)mc.thePlayer.posZ; What did you think was going to happen when you truncated doubles down to ints?

"Explicit" is the word you're looking for there.