Discussions

roger that sir

<Code Omitted>

The left and right arrows to turn, up to accelerate and, although I didn't test it well, down is probably to decelerate. I cannot tell what mechanism controls the drag off the track, but possibly background color testing or maybe the center of the track is expressed in formulas and deviation from the center by a specified amount will trigger the drag. Being the track curves are not very clean cut, I would presume the former of the two ways.

Use the following move method: <Code Omitted>

hi danpost, yes I see my mistakes there, thanks for pointing that out to me, is there anything that i miss

ok thx sir for help

Well, for one thing, you cannot write to a file on the website for security reasons. So, I guess the best you could do with that class is to comment out the method and the importing of java.awt.BufferedImage. I do

Make the following your initial world. Set its background image to a title screen. <Code Omitted>Have an Instructions world for this to go to when the scenario is started ("Run" button is clicked).

ahhh right, ive done that with my bees aswell. Ill change both of them and hopefully it will be working properly - thank you for the help

Nothing easy. And anything that would be half usable would limit the pallet of colors used in the re-colored image.

I think I got it solved. I tried greenfoot version 3.6.0. The problem still occurred. Then I decided to switch to ubuntu. I installed greenfoot on it. Now in it if I delete my actor's subclass the problem does not occur. I thank both of you for helping me!

This works perfectly!! Thank you! Makes sense :)

Try adding the following line into your BeeWorld constructor: <Code Omitted>

By keeping all behaviors and states of an object type in their respective classes. Let the world control the game/scenario without getting involved with any actors not specifically created for the world to control. On the other hand, do not have actors try to control the overall running of the game. Interactions between two type actors should be coded only in one of the actor's classes -- preferably, the more "major" one of the two types.