Draco18s

I don't think that auth server would even have a clue as to whether the person is currently online or not, much less which server they are on.

That's the one. I haven't migrated to 1.8 yet, but I have heard about the method.

The item "moves" every tick because when you modify the stackTagCompound Minecraft sees it as being a new item stack, not the same item stack. I believe there is a method in the Item class called shouldRefresh or similar. You'll need to override that to return false.

Also do this for me: (This is my own resources, I'm interested in seeing yours, open up just enough to show me the compostbin.png)

Go look at the nametag code.

Code?

A texture with a circle drawn on it and rendered so that it always faces the player doesn't require much know how, just a little trig

getInteger(...) is a convenience method wrapped around getProperty(...).getInt()

No, it wouldn't, it just isn't a thing you should be doing.

1) show your render class 2) don't use registerGlobalEntityID

config.set (property) Use your IDE

Or more specifically, you need to wrap the GL11 calls around the render function for the part.

Ah. Well. As long as it is being used correctly.

No.

mo, your RenderTroop constructor.

That's the one. It isn't called "sand" anymore because it now handles any and every block.

The config folder is a Forge thing not a vanilla thing. And just because you're using json not .config doesn't mean it isn't a config file. Add to that the fact that the /assets directory doesn't exist when you distribute your mod.

Proper naming convention would slow that MyClass is a class where myClass is an instance. Or better yet, myLocallyIntelligentName so that you don't HAVE to make the distinction, but Classes should always start with a capital letter and instances a lower case letter.

Pretty sure we mentioned that a couple times... Ah, yes, here:

There is no EntityFallingGravel. It uses the same EntityFallingSand.

Why so you have a function inside your super call?

No no no no. You're creating a map here. Good. You're spring the keys, good. You then save the story's keys to the map and json encode the map, bad: this fundamentally doesn't make sense. What you should do is loop through the sorted array and retreive the values in order to write to the json file. It doesn't matter of the json is encoding a map with 4000 items in it or 4000 individually sorted key-value pairs one at a time. Alternatively, use a data structure someone else already created that does what you need, as Lex suggests, rather than trying to make one that doesn't work that way work that way. The whole point of a HashTable is that the values are stored in a location that is easy to determine based on the key: "Item152964" is stored at index 15964, irregardless of if the preceding 15963 items exist or not. It is about fast lookup, not arrangement.

Leave the hashmap alone. Only sort the keys in order to write the values for human reading. After that you shouldn't care.

No worries, there is no such thing as a stupid question. There's only questions that clearly indicate that the user isn't trying to learn. (I've muted a couple of these folks after a thread basically goes "I have a problem," "ok, do X," "it didn't work," "show your new code," "ok, here it is," "you didn't do X like I told you to." Back and forth six times).

You still need to return true on the client. For instance, I have this in one of my inventory blocks: @Override public boolean onBlockActivated(World world, int x, int y, int z, EntityPlayer player, int par6, float par7, float par8, float par9) { if (world.isRemote) { return true; } else { player.openGui(IndustryBase.instance, 1, world, x, y, z); return true; } }