Discussions

I understand now, thanks guys and sorry for the late post.

See the documentation of the Actor class. It contains several collision detection methods as well as a couple ways to change the location of actors. You would ask 'if the player is moving downward and intersects a platform, adjust the vertical location of the player to stand on the platform'. Have the platform check for a player in such a position (and not moving upward) to move the player with the platform.

Thanks, gevater, I was already thinking about doing something like that, only I hoped there was an easier way ;)

I don't know, if this is what you want, but you can install Dropbox and unlock files for other users.

If you can find a general Java library that will work, then there's no inherent reason why that shouldn't work with Greenfoot. See https://code.google.com/p/wiimote-simple/ for wiimote's for instance. Note that a lot of these libraries require native components, or have other dependencies - in the case of the above, you'll need Bluecove and appropriate bluetooth drivers installed (as said on the project page.)

Assuming you mean on a Windows network, the Greenfoot download for Windows is an msi file which can be pushed out to a network easily, the same as you would for any other msi file: http://support.microsoft.com/kb/816102

hay thanks it worked

Figured it out myself :D Just needed to add: if (hitTopWall()){ Vel = Vel.horizontalFlip(); ect.

Oh. That simple error... I need to start catching these myself. It's funny because I remember trying that before... Anyway... It's working exactly how I want now. I'd like to thank everyone who was kind in heart to give me advice!

I would have a Tornado class and a Unicorn class (as well as the Zebra class) and use the counter in the Tornado class which would add a new Unicorn object and remove itself after the timer has elapsed (just as the Zebra would add a new Tornado object and remove itself if the '1' key was pressed. In the above code, as long as the '1' key is being held, the counter will stay at 300. And, if the '1' key is pressed again before the counter reaches 0, it will reset back to 300. The explosion code may have to be moved (I do not know what state the Zebra object, that could be a tornado or uni

There are several ways to implement the removal of a start screen. (1) Have your start-up screen be your start screen and when the player clicks on the 'Run' button, change the background and add the actors; (2) Have your start screen removed when a key or mouse click is registered (if you prefer the mouse click be on a button, it can be an actor or drawn on the background; the detection of the click and how it was coded would be different depending on which way you go); (3) Have the start-up screen removed after so many act cycles have run or after so much time has elapsed. Using a differ

The latest java and a java JDK are two different things. You probably have the runtime enviroment but you need the developing kit (JDK). Here you can find a downloadlink for the JDK.

This was a change I made in one of the other discussion threads. change '(255-lightness)*darkness/255' in lines 123 and 124 with the expression on the right side of the 'tint' equation and change the limits on lightness and darkness to between 0 and 100.

Usage of the other 'for' method, the List iterator 'for', could have avoided this: <Code Omitted>