Draco18s

And this, kids, is why we use a REAL IRC client.

Hesus Christie. and tags exist for a reason. Fuckin' use them.

if(recipeResult != null) { recipeResult.stackSize = 1; } Magic.

MCPBot is not a channel. MCPBot is a user. You have to open a direct message window or MCPbot won't reply.

If you absolutely positively can't do it on the server, then you need packets. Game set match.

Non-vanilla mobs still have to extend EntityLivingBase. Unless that person is dumb and wants their mod to crash.

They are not temporally immune. They are temporarily immune. And that's handled by the EntityLivingBase class. If you want to ignore it, when your bullet hits an entity, set that entity's hurtResistantTime to 0.

I made items that did it by creating an invisible, light casting block, above the player's head (then saving that location so it could be removed later).but yeah, it's laggy. I avoided that by only updating the block every five meters or so.

If you want custom particles, you're going to have to write a custom particle class.

Also note, that I think the base value is only used once, during entity construction.

ITS MAGIC. Read: Don't do shit like that in one line and always check for array size and null pointers before you access them.

Yes. They're rendered with the tesselator. It's very easy to change their size.

The link goes to the wiki page, which details what the door's metadata does. In this case, the 4th bit ("8") means "this block is the top half of the door."

Did you register your GUI handler?

No shit. http://minecraft.gamepedia.com/Door#Block_data

That should be the door is powered / not powered so open/close the door. The flag is telling it to run another function, so just because you powered that block over there doesn't mean the door will open: that other function may also check for power.

Its how the bottom half of the door functions. If the top half doesn't exist ("block above me is not also a door") then it sets itself to air (breaking the door). Secondly, if the block below itself is not solid on top, it also breaks the door.

Its almost like there's a tutorial for this.

What does your TE class look like?

No, inside your TileEntity.

Sounds like you need a public String getModelTexture(...) { } method! Because it's not a static method, the TE instance has the properties (world, position, etc) already necessary to figure out what its own texture should be.

Having built a chunk of related but separate mods, I was keeping all the files in the same /src/main directory mostly because of not knowing what else to do, but given that I'd like to build them as separate jar files, I ended up here. Good news: I got it to compile. Bad news: it shoved them all into one jar anyway (which has a clever file name of "Forge 1180.jar") Umm...what didn't I do correctly? Unrelated, I should update Forge at some point, heh.

Makes since. I was largely working off how the Furnace recipes worked, but yeah, it doesn't make a whole lot of sense that way.

Side note: there are usages of class names where Eclipse can't resolve the identity. The one I know of is if(someobject instanceof SomeClass) { } and it throws "incompatible operand types SuperClass and SomeClass." 99% of the time I have to use another line to do SomeClass qqq; just so I can get the import.

Oh, it is a HashMap. Heh.