Draco18s

I included two lines, but you really only need to do one thing. (Note: I haven't done something like this myself) Try public void onUpdate() { Block blockBelow = worldObj.getBlock((int) Math.floor(posX), (int) Math.floor(posY -1), (int) Math.floor(posZ)); if(blockBelow instanceof BlockLiquid){ this.motionY = 0.03999999910593033D; } super.onUpdate(); }

You know what the code does. You know that the code runs. What do you have to do such that when the code does what it does when it runs will it have the effect of stopping the motion?

Haha! You have to type! I made a batch file and just double-click

Neither are ones I've used. And I am sure that they are helpful!

Oh good, you didn't press this button. (Spaceteam has such silly controls, took me forever to find that one and was the one I wanted to put behind my first link).

My comment had nothing to do with "dimension stuff" but "java stuff." You don't have any break s between your case statements.

You need a break; in there too, I would hope.

ModelResourceLocation(modid+":"+"whiteWoolRail", "inventory")); Ah there we go. You have Capital Letters in your file request. You need to make sure it Matches Exactly with your File Name, because while Windows doesn't give a shit about capitalization, a zip file sure as hell does. Which is why I always recommend to people to use all lower case (both for the modID / folder name and for the file names).

Well I don't see any code, so I'm going to refridgerate my leftovers.

Oh that's nifty. Takes a lot of extra work, but I'm sure once it starts becoming more popular more authors will go to the extra effort (I have yet to see a single mod that uses it, then again I don't feed the beast).

1) The apostrophe means possessiveness, not plural. Items. Blocks. IDs. 2) You're about a year and a half slow coming to the realization that IDs are no longer needed, except in a very few scant situations for which Block.getBlockById and Block.getIdFromBlock are for (for example: I have a block that needs to remember what block was in the space when it was put down, so that the original block is rendered and then replaced, when my block is later removed. Internally I use the Block object, but in order to save/load from disc, I have to save/load the original block's ID. I probably should do it by name though).

Well if you actually go and look at the onUpdate function of EntityItem, you'd see why.

@EventHandler public void preInit(FMLPreInitializationEvent event) { config = new Configuration(event.getSuggestedConfigurationFile()); config.getWhatever("name","category", defaultValue); Real fuckin' easy. Also, block and item IDs don't exist any more.

Stop using the Language Registry and use a lang file like a normal person.

You will need a custom block and replace the world block with your custom block, then that block can display any texture you please (either 16 variations using metadata or a tile entity that saves which block it's masquerading as).

Or more accurately: You need to render the beams after all other blocks. Sometimes vanilla has this problem, rendering snow behind water, etc. and it all has to do with the fact that the rendering engine being used doesn't know how to sort transparent objects. Then again, its kind of a holy grail.

What is your goal?

Have you tried making contingency plans? ("Its not working" is not sufficient information)

I don't use eclipse my self, but I don't think that exclude options excludes the files from the build. Correct me if I'm wrong This is correct.

Show your ClientPacketManager class.

Well your getIcon function doesn't seem to give a shit about the metadata. Might want to fix that. public IIcon getIcon(int side, int meta){ if(side == 1){ return top; }else if(side == 3){ //cough cough, use metadata maybe? return front; }else{ return this.blockIcon; } }

Better question: What are you trying to do and why?

The block the button is on is not emitting a redstone signal itself, but rather that the next space over (where the wire or torch or whatever is) is being indirectly powered by the button.

That sounds like a ComputerCraft specific question (that is: what its blocks assume about other blocks).

Your "takes damage item" needs to return true for hasContainerItem(ItemStack stack){} and then return the damaged item stack in getContainerItem(ItemStack itemStack)