OvermindDL1

It is another function in forge, I think it is the same way you make damageable items in crafting, like RP2's saw.

Are you touching MCPatcher at all? And we need *complete* logs, as per the stickied post.

I know him, he did not word it correctly, he meant 'modding', not playing.

Ah beautiful, that was not there when last I had an issue with java7 compilation. Very cool. Deadscion should already be taken care of then.

Is that auto added by any MCP, Forge, or Eclipse workspace things? And if not, why not?

I still use java6 so I have had no need to, but how do you tell java7 to only build for java6 compatibility I am curious?

So, a few problems here: You say you are using Forge 152. mDiyo's 4096 fix is for Forge 105 Forge 152 already *has* mDiyo's 4096 fix. Your Mystcraft version is for Forge 135, normally that would not be a problem for any other mod, however Mystcraft makes a nasty amount of base edits so it will only work for the Forge it is designed for. So in short: mDiyo's fix is not needed as it is already included, and since it is for an older Forge, it will break Forge. Mystcraft is for an older version of Forge, and thanks to Mystcrafts base edits, it will only work with that older Forge. So get rid of mDiyo's fix, it is unneeded and will break things. And get rid of Mystcraft until it updates. I am unsure about Single Player Commands, but the rest is good.

For note, MCPatcher edits forges code and breaks, it is not forge at fault. And if you want the fancy HD effects and so forth, use Optifine instead.

Maybe see how the generic GUIs do it, like your inventory when you hover over an item?

Love your ResearchCraft mod, ran across it recently and was actually thinking of adding it to a new server. As for the researching and such, a couple of things. There is a crafting hook that calls your own function to handle crafting if a recipe does not already exist. I might propose to just remove all the existing recipes and make your own hook to handle all recipes instead, unsure how to link to a person as I am not looking at it, but there should be some way to see who is doing it. Be alerted that non-players doing crafting (like BC's autocraftingtable) exist, and you may need to consider them and how they should work.

As for making the aitasks public, Lex would probably not do that if the class is not already edited since it is a one-liner to grab it anyway.

Github in its help has full descriptions for how to do pull requests, let me see if I can find it for you, this is not quite the one I was looking for but is a nice and raw start: https://help.github.com/articles/fork-a-repo Regardless, githubs general help has all the information you would need: https://help.github.com/

Actually Forge already has a hook for that. Look in the forge hooks.

I agree. Even with 4069 IDs, it's still possible to get a ID conflict. Forge should handle ID syncs in servers. Simply send a data pack with IDs for mods that use them and then change the clients IDs to fit the server. Once again it's easy to say it but might not be easy to actually do this... There is already a pull request for that on github, just needs cleaning and such.

Handling configurations of mods, getting them to work together for block IDs (very few use a decent and uniform configuration system, forge needs to enforce such a thing or so, ID conflicts are irritating), synchronizing with a server, etc...

What we need is a generic Entity joining world hook, whether by spawning in or being loaded. Such a hook would cover your use case (with a bit of reflection) *very* well, as well as many many other use cases. Would also be nice to have an entity removed from world hook too...

Likely you are using something like setBlockAndMetadata or so, use the notify versions like setBlockAndMetadataWithNotify of whatever method you use.

Java reflecting is a way to bypass class and security restrictions in java. It depends on 'what' you want to change as to whether reflections will work or not.

'metadata' is not any form of sub ID's. 'metadata' is just 4 bits, 16 values, of whatever you want. If a block wants to act different based on its metadata (from, say, a door open state, to different colors of wool, to different machines and tile entities in, say, RedPower2), it is all based on how you program with and react to your own 'metadata'.

MC was not designed well enough for that. A good component based system would have made it trivial, but a class based system as it uses is stupidly hard-coded. The unity engine (in as much as I dislike it on principle in many ways), does do component based design very well.

You would not even need entities for that, just a particle system where its 'density' of fish is based on likelyhood of what you find or whatever.

Thank you. Now that was actually helpful I didn't know what reflection was until you mentioned it. Reflection is one of the black magics of java (the other being custom classloaders). It can bypass security restrictions, change the unchangeable, and easily make you incompatible with other things that use reflection on similar things if not careful.

Versioning is not the issue, mainly it is creating an interface that does not break under trivial use.

I am also a fan of your mod, I used to run it when I still did SinglePlayer, makes the world 'feel' better. Many of us will help you porting, especially if you put it up on github where we can submit patches as pull requests.

Forge supports HD textures, yes. If Optifine is installed there are even more features, but those are icing at that point.