LexManos

Update to 1.8+

No.. that doesn't work. There is NO WAY to use those methods to create a 'metadata' version of the block. What you're doing is not possible. You much override the function's you're trying to modify in your block class. Note, you should also not be making a new block for every metadata you have 16 use them. Beyond that REALLY should update to at least 1.8.

ini is flat, flat is bad. It also is not strongly typed and doesn't have mechanics for things like lists or the like. Really all I want is a implementation of the JSON WRITER that supports comments, no extra fancy shit, just that.

How the hell is a amount of -1 valid? Thats the point. Any INVALID STACKS ARE REMOVED by Forge to prevent crashes. If you want them to show up, make them > 0 Simple as this. Not a bug, actually a bug fix.

Look at soul sand, it does things when the entity collides with it.

Problem with using hocon is the license may be a issue (need to read it) and shipping it. Also its onternal api is bad for what we want modders to see. But its something i could look into. Skimming the github on my phone makes the .conf format seem powerful... but also TO powerful to the point where its to complex.

Yup, not a bug, working as intended.

This isnt "revolutionary" or anything special. Its something ive been thinking of doing for a long time. Just mever gotten around to doing. The issue is we are not rewriting the config system unless we start using a more SANE save format. I would like to use json, but the whole not supporting comments is the issue. We need to find a pragmatic way to save config objects to a easily edited, standard, format with comments.

http://mrhaki.blogspot.com/2012/06/gradle-goodness-set-java-compiler.html?m=1

No

It is impossible from the client side to prevent cheating. Combined with the fact that you showed intentions of allowing piracy. AND mojang had specifically said the dont want people creating launchers. You will get no help here. Stop doing your futile, illegal, potentially-malicious task.

There is no simple way and really there shouldn't be. But as Diesieben said, you can hackily do it by using one of your other items to add it to the appropriate tab. However as this is a item that is added by vanilla and grouped together, there really shouldn't be a need for having it in your own tab.

Something you are sending is over 1MB, we don't know what due to how to things are designed, but as the others said you can use your IDE to track down what is being sent to see why the game things you need so much data.

The %4 is in there to prevent vanilla from crashing. We need to move the texture getter from using getProfession to getProfessionForge As for the person who 'fixed' it with a coremod, they an die in a fucking fire.

Most likely you have your directions mixed up in your model, or in your block's shouldFaceBeCulled method {or some similiar name}

Logs. It could be your graphics/OS is screwing with the threaded rendering causing issues. If you really think it's the loading screen you can disable it. But it shouldn't be and there are logs to show the timing info.

Cauldron and Bukkit are dead yes. There are a lot of people who bounce back and forth being armchair lawyers but for now it's considered dead. Cauldron is dead and that is no argument because the people who were doing it decided that the legal curfuffel wasn't worth it. So the site is down.

Don't know how many times this has been explained, but /mods/* and /mods/{mcversion}/* is searched for mods, so you can do exactly what you want. And then there is the GameDirectory option.

Logging is vary important. As if anything goes wrong during loading we need the startup info to know what's going on. If you REALLY care, you can supply your own log4j.xml and configure logging however you want. We will not be disabling logging. It's just a dumb idea.

Yes, that class is not supplied because Mojang supplies the HTTPCore not HTTPCore NIO. What you need to do is shade whatever libraries you want into that. You should not be pushing libraries to the global scope to prevent version conflicts. This restriction you linked has nothing to do with what you're referring to, or well at least your understanding of it. If you know what you are doing you can supply the libraries just fine. If you DONT know what you are doing you shouldn't supply them as it'll fuck up. So go use the shade plugin like I've told you to and you'll be fine. If you can't figure that out from the plenty of tutorials we have and google has then there isn't much we can do.

Thats a dense, yet slow way of indexing things typically people just set bit ranges for certian things: o = (x << 0) | (y << || (z << 16) x = (o >> 0) & 7 y = (o >> & 7 z = (o >> 16) & 7 But you way it's similiar but can't easily do the shifts. So: o = x+y*(X)+z*(X*Y) x = o % X y = floor((o % (X*Y))/X) z = floor((o % (X*Y*Z))/(X*Y)) Complicated and ugly, but should do what you want.

We dont block people from accessing it, a lot of vanilla accesses it. What we block is people MODIFYING IT! Or doing retarded things in the pre-mc space. So either 1) Stop writing a coremod or 2) If this is actually effecting you and you're not writing a coremod, look into the shade plugin.

Then name it Library, coremods have bad connotations in MC. Don't confuse people.

Leave the install folder alone and just click install client and ok. You don't need to change anything. This is a not a complicated process you're making it harder then it needs to be. The reason you're having issues is you need to point it at your .minecraft folder not your installer -.- So again, just leave it alone, the default settings are fine.