LexManos

Ah, ya thats cuz you're doing something really stupid and putting everything into the jar. Thats what MCPatcher does... Don't use MCPatcher use the plethora of other tools out there that install things properly, or install things yourself.

How the fuck do so many people install mods incorrectly. Give the full exact path to your mod_ComputerCraft.class file.

Yes, getIconIndex has a metadata sensitive version.

Block ID Conflict, Fix your configs.

block id conflict, fix your configs.

Get the exact versions of the mods you're using. And the exact recipe you're trying to use. Nothing changed with the Ore Dictionary that should cause anything like this.

Marks the blocks as dirty {there is a function around there somewhere} or use notify. Either way if you do it in one go, all the changes will be gathered up and sent to the client in one chunk.

Do not put anything in your minecraft.jar

It should unless they updated to the new Ore system. The ore system is backwards compatible for the time being. But if they used the new system, it's just one recipe that works for all the diffrerent types of ores.

You're right, its modifying code, however, this has been sugested many times. And honestly, it would be up to the modders to design such a interface that wrenches should invoke. As well as the fact that it would prolly be quite easy to have modders add compatibility themselves.

You dont ahve PlayerAPI installed, and it is needed by one of your mods.

Depends on how you make it.

If your mods add in-game content, it NEEDS a server side in 1.3

Banned for 7 days cuz im really getting tired of you. And as I said you have no fucking clue what you're talking about. So you should not be talking about it. At least do some basic research on the subject before you speak. The registration has nothing to do with ore generation, nore does it have anything to do with block id conflicts. Nore does it have anything to do with how any part of MC works at all.

Ugh probably has some thing to do with the placement bug I fixed and RP doing somthing weird. I'll look at it later. Also describe your damn threads better.

You're a moron right.... Its up to the MODDERS to do things properly, NOT us. We can't FORCE modders to do things properly. You have no understanding of how things work.

Why you no look at WorldType class, we already have this crap.

Why would you need to statically inherit something.. Thats not how programming works.

Stack trace or ban.

How many god damn times do we have to state? DO NOT INSTALL MODLOADER IT IS NOT NEEDED! FML DOES EVERYTHING MODLOADER DOES! FML WORKS WITH ALL MODLOADER MODS

1.3 will be a major change. It compleetly re-write the entirity of how MC functions by adding in the local SMP for single player. So it'll take some time. No garentees but I'll work on it as best I can.

You should add that getUsername function yourself in your own sided proxy class. Anyways, there is no garentee that ANY radius around the player is to be loaded. On the server you can lower it to one chunk, or you can raise it to 1,000 chunks. Many times it's lowered. What you *should* do is have your village object store the location of the villagers and not create new ones if they are already created, but unloaded.

You can get the player entity from NetServerHandler And you can get the NetHandler from the NetworkManager

Yes basic can be interpreted many ways. Would you of preferred 'vanilla java' or some other terms that ment NOT FORGE? Either way, topic closed.

Magic And thats all your getting because if you're to stupid/lazy to figure it out yourself, you'd probably fuck a lot of things up if you used it.