Discussions

A simple (though somewhat lengthy) class for what you are looking for could be the following. This class creates an image that displays a framed area containing any number of hearts, each one representing a life for the character that the user controls. You will need to set the image of this class to "herz.png" located in the 'symbols' category. This is just to copy the image file into the images folder of your scenario. Afterwards, you can reset the image of this class to 'No image' (if you wish).

wow it's even better than before, you rock ! great thanks danpost

Thnks

Thank you it works now

There are many things that can be improved upon. Using 'getObjects(Shape.class).size()' would be better than having a field keep track of objects in the world. Having 'inWorld' in the actor class is meaningless as all actors that are acted on ARE in the world. Line 10 above, will still error when the shape is removed by the mouse (switch the order of lines 9 and 10). I am not sure if you want a constant value for 'colourChance' or not; but, if the color of the squares are to change back and forth during execution, remove the field and use 'Greenfoot.getRandomNumber(2)<1' anywhere in the c

Thanks so much for the quick and helpful replies - really appreciate it! It's working great now. :)

Thank you mr GreenGoo

I see one problem immediately. Neither barrel nor target should be sub-classes of player (they both should 'extend Actor'). Move the methods related to the angle of the barrel from the player class to the barrel class. Move the 'checkTarget' method from the player class to the target class and call it from the act method, there.

thank you very much

Use the GreenfootImage 'scale' method on the image.

Make two classes, one for each player. Then make a method to control, move, turn (how do you want) the first class. Copy it into the other and change the key bindings. If you have more questions, ask.

thank you

Here is what I see: your act method has three method calls in it. First a call to 'move' (all well and good). Then, a call to attackCharacter, which is an empty method. Finally, a call to 'hitCharacter', which returns the value of a boolean field. This boolean value is not used in any way and the 'moveTowardCharacter' is never called (anywhere).

It seems a bit wasteful moving back and forth, like that, we could replace the code from line 11 on with: <Code Omitted>