Discussions

Thank you so much my game works now

What the error is saying is that after you hit an asteroid and the bullet is removed from the world, you cannot then try to find an intersecting Enemy1 object. You cannot look for any intersecting object to an object that is not in the world (the bullet was removed). Change line 12 to this: <Code Omitted>This will ensure that the bullet is still in the world when checking for an intersecting Enemy1 object.

Ah sorry for the late reply, its working. Thank you alot Dan! :D

First, I'm not entirely sure about this: <Code Omitted>I don't know how you've defined the getDirection method, but simply using cannonbarrel.getRotation() might be easier. If that doesn't fix it, I suspect it's a problem with the precision in movement. Try to use the SmoothMover class to track the position and such (you can import that class into your project from Greenfoot).

Just because a project compiles, it does not mean that you will not get any errors. Compiling will catch syntax error (spelling, punctuation and use of symbols) as well as things like accessibility of methods and fields and proper type-casting of elements within the code. But there are some errors that the compiler cannot predict on. These are called run-time errors. In java, these are called "exceptions". Anytime an exception is thrown, it is either caught (by code created specifically designed to detect the error) or it is not caught and the scenario is terminated and a message will be

I was not suggesting that you not use any of those methods -- I was suggesting that you use one of those methods (most probably the 'getObjectsInRange' method); but only after re-locating the auto to potential future locations. After performing the check, you would move the auto back to where it was moved from, if a collision was found to occur. So, for example, a method to change lane

Guys, you should have seen the following above:By not following this you may get an IndexOutOfBoundsException run-time error.

Thank you very much! You have been a great help.

No. You would use it exactly as is. The GifImage class contains a private GreenfootImage array with the name 'images' that holds the individual images of the gif. That is what is being referred to here.

The GifImage class can be imported by using the menubar with "Edit>Import class...", selecting the class and clicking the "Import" button. For classes that are not listed there, you will need to download a scenario that contains it. After opening said scenario, you can close it right back up. Then use your windows explorer to select the "ScrollWorld.JAVA" class from that projects scenario folder and copy/paste it into the 'Greenfoot/lib/greenfoot/common' folder. Then it will also be available to import the sam

I did not get to the last change that could be done to the Bomb class. You can also remove the 'wasITouched' method from the class.

Like I said before, I doubt you will want to use the UserInfo class (it is basically broken now anyway); and the Saver class is not needed. What is needed is for you to create a Score object and keep a reference to it in your World subclass. You can also add a method to the class to 'get' the Score object created. Then, the Timer class can get the Score object from the world and set the appropriate times using the 'setScore' method -- one call for each score to be saved.

Instead of adding and removing the Ground objects, you could just have them move themselves when the player is out of range to a new location along the same horizontal or vertical to the next non-ground location (like leap-frogging). To do that, you could have something like the following method in the Ground class called last from its act method: