Draco18s

You haven't called setUnlocalizedName(...) in your block anywhere.

Inside your block class. Inside its constructor. My example was slightly wrong, but all the necessary information was there.

Pretty much this. You'll need two blocks for it to work, as how much light a block emits doesn't update based on state (or rather, it's very very difficult to get it to do so).

@Override is only an annotation. A fancy comment that makes the IDE do extra error checking.

And that didn't work, I think because it has 3 sides (front, top and side) Really? You can't figure the rest out on your own? The only unusual thing there is that I'm saving the result back to a location accessible from everywhere (that block exists solely to register a bunch of debug textures for general use). No, because it's all set in the Block class, along with hardness, resistance, and several other things.

#13 http://s22.postimg.org/yx3yzq3td/Capture.png[/url] You would think that no one SEARCHES for this problem before posting.

class Traderstone { setUnlocalizedName("TraderStone"); }

Just checking, as I did put it in the wiki, but wasn't sure. If it isn't finding the texture, it'll put an error in the log about it.

RedPower's filters and relays use this as well. Offhand I can't think of how it's done, though.

*Cough*

I know enough to mod Minecraft myself. Still learning things about that system, even. I would never even bother thinking about trying to write my own program from scratch. And there's nothing wrong with that, but (generic) you need to have a basic understanding of programming to even get this far.

This might help. Twelfth time I've posted it. Keeping in mind that blocks and items look for their textures in separate folders.

No it isn't. Compare and contrast "DecayingWorld:green" and "nl/dabananaboat/projectbanana:BananaLogBottom"

And for the eleventh time...

You're not registering your icons properly.

Won't work. All instances of the block would share textures. As soon as you placed a second one that was on top of a different block, the first one would change. (Tip: block classes are not instanced for each block in the world, there is only a single instance of every block class)

This is not an easy thing to do. The Secret Rooms mod built an entire camo rendering system to do just this. Unfortunately, I haven't been able to replicate it inside my own mods.

It's not just you, just so you know. My coworkers right now are repeating themselves at me. Coworker A: "[my name] do [obvious task]" Coworker B: "[my name] make sure you do [obvious task]" Me: "For the love of god, I heard Coworker A and I ALREADY KNOW THAT."

They MUST add 256 to whatever is in the config, MUST MUST MUST MUST. The Minecraft internal code interprets the configs as being incorrect and offsets them by 256. It does this automatically all the time every time and the in-game IDs will NEVER EVER match up unless a mod author de-offsets them themselves. I don't know what's so hard to understand about this. IDs are offset for items. It is don't automatically BY MINECRAFT.

I will not write your code for you. I pointed out where the issue was, if you don't know why it's wrong, then you have to go back to the basics, or you'll be asking the same question again later.

That's because Minecraft forces all item IDs to be 256 ahead of their config ID. This is automatic.

Take a look at BlockLog.java....

It's automatic. You don't have to do anything.

Then I cannot help you. What the fuck is a variable and how do I use it? Java basics.

Zip root |_yourMod |_yourModMain.class |_mods |_yourMod |_textures |_blocks |_yourBlock.png