Draco18s

Yes, yes you should.

That didn't stop some of the other name changes that occurred. But whatever.

If you want it to be invisible why the fuck are you bothering to render anything at all!?

You can do that yourself by editing the original post.

Then you stuck the code into the wrong place.

Language file

Go look at the TileEntityHopper

isRemote should have been called isClient, but people like Lex think that people should instinctively know that "remote" means "relative to the server." Or something, I don't recall the reasons only that it wasn't going to change. There was an issue about it on the git, but I can't find it now.

Your code looks 1 block away from where the player is and goes "yep, spawn there. good enough." You never attempt to raytrace farther out.

Where do you call registerBlockState?

Option 1: Use other mod's API to get the items Option B: Use the GameRegistry.findBlock and GameRegistry.findItem methods

https://github.com/MinecraftForge/ForgeGradle/wiki/Dependencies

copper_block.setHardness(5).setResistance(30).setHarvestLevel("pickaxe", 2); GameRegistry.registerBlock(copper_block, "copper_block");

Probably because Mojang did a dumb. I've found duplicated lines in my code on occasion (setting a field to some value, then setting some other fields, then setting the first field again).

Would changing the item's maxUseDuration alter the behavior? You could set it very low and the client would animate through the charge quickly. You'd still have to wait the full duration to get full power, but it would charge much more quickly, which would probably be more elegant than your prior method.

Both should probably be done.

canConnectRedstone takes a World, a position, and a side as parameters. Using super duper fancy mathemagical logic, you can figure out which block is doing the asking and figure out whether that block is Bluestone or Redstone. It's almost like you'd take the side (possibly reverse it) and do World#getBlockState() on the position passed plus the side's (or its reversed cousin's) offset, then compare it to Bluestone. If bluestone, return true, else return false. The only tricky part will be figuring out whether the side passed was the direction that redstone is checking in ("I am looking north") or in the direction it's checking from ("I am interested in your south side"). It's most likely the latter.

Showing you an example of modifying armor values would just give you the solution. We don't do copy-paste code answers here. You need to you that thing between your ears.

http://lmgtfy.com/?q=how+to+use+java+reflection&l=1

Uh huh. And it has nothing to do with Forge.

Neither, you would do it in your main mod class in one of the initialization phases.

Gosh, if only that method took in a World parameter that would let you check what block is at the location...

https://bugs.mojang.com/browse/MC-80966 Forge should be able to make this patch very easily. Change would be made to ExtendedBlockStorage#isEmpty (func_150229_g according to the latest MCP mappings) I'd make a PR directly to Forge, but I have no idea how to create a patch.

The icon is rendering without the alpha channel. You need to enable GL.BLEND

Nope, that's line 79. This is line 80: Minecraft.getMinecraft().thePlayer.sendChatMessage("PROCESS"); That is not how you send chat messages.