Discussions

Did you review this page?

There are a couple of ways (at least) to improve the direction of movement. Probably the best one is to track the location and rotation of the actor using finer units of measure (rather than units of whole pixels and whole degrees). The SmoothMover class provided with greenfoot provides a finer coordinate system, but does not provide finer rotation. My QActor support class, however, provides both. It can be found in my Asteroids w/Improved QActor class scenario.

Thank you!

Problem fixed! As I thought, the problem was with working on distant sessions at school. We tried other ways, and it appears that the problem is fixed by working on a local session, or even on an USB key. Thanks for your answer!

XD Thank you^^, i didn't see that. Thank you too^^, that gave me a good idea on something :3

The ScoreBoard class is for when the game has ended and the Bullet class only shows that 'hit' is called on a hit asteroid. Nowhere is a running score shown or changed. What code do you have in the Asteroid class and World subclass (called MyWorld, possibly)?

Not unless you program one to use. Neither java nor greenfoot come with a 'penDown' method in any of their classes.

You should note that all other sounds are triggered by objects that are immediately being removed from the world. With the last one, the Bts object is not being removed -- nor is a different world being set active. This means that the act method of this object is repeatedly finding itself intersecting the Bts object and repeatedly creating new GreenfootSound objects to play, one on top of another. Hence, the impression of all your sounds playing at the same time. One way to "fix" the issue would be to remove the intersecting Bts object from the world. However, if you are to keep it in th

Ok thx :)

Wow, it seems to work perfectly now. No more shots coming from my mouse. Thank you very much for your help, Danpost :) It really has been that simple. I wouldn't ever have found out myself since we never learned something about the class tree in school. Thanks again, you saved my weekend :)

Since you are getting a run-time error, that means your project compiles. You can therefore upload it onto greenfoot and include the source code so that it can be reviewed and tested. (or you could first show the Shooter class code here to review)

You cannot use a String as a double -- and there is no 'toDouble' method in the String class. Did you even look at the String API documentation to see what methods were available to use?

@danpost Thank you! That fixed it

The only difference between the two codes other than what is printed to the terminal is the range ('10' and '45'). Checking against 'null' whether a single ground object is in range is equivalent to checking if more than zero is in range (other than the fact that you get a reference to one that is in range, if one is, with the first code set). Nowhere is there any checking of the position of a near platform with respect to the enemy, which is something you will need to do.

Create and save a GreenfootSound object in your world. Then you can use "playLoop()" and "pause()" to control the sound.