Discussions

Ok then, I'll try that. Seems like it's going to work, because the other tool (Jar2Exe) got the main class inmedeately when I upload the .jar

You did not do the final step as far as what I suggested you do (you are missing the follow-up to lines 24 and 25).

Chances are you will be moving or removing the image after some time. Hence, drawing the image on the background of the world would not be advisable. Create a 'Card' class (have it extend the Actor class); create an instance of the class and set the image to the object; then, add the object (actor/card instance) into the world at the desired location.

Refer to these places: (1) Steganography (2) Normalization (3) Bitwise and Bit Shift Operators

In order to be able to check to see if the sound is still playing or not, you need to create a GreenfootSound object. Using the Greenfoot class method 'playSound' does not give you the capability to control or make checks on the sound. After creating the object, use the GreenfootSound methods to control and check it (refer to its documentation).

Moving the counter to the Eating class does not change the fact that each instance (whether created from the class the counter is in or created from one of its subclasses) will have its own counter. Remember, an instance of a subclass is still an instance of its superclasses (all the way back to the Object class which is a superclass for

First problem I see is that you have three different lines in the wrld class that have 'new Player()' in them. Each time you use that, you create a new Player instance. So, you create one and assign it to the field 'ma'; then you create another and add that one to the world; then you take the counter that belongs to the one that is not in the world and add it into the world; finally, each time you use the method 'getPlayer' you get a NEW Player instance that was just created and had no chance of being added into the world, yet. Only use 'new Player()' once, assigning it to the field, then u

Awesome that works brilliantly! Thank you so much for your help! :D

Yes! Thank you. This did work. In my implementation I had to use a switch for 'switching' between different deleays depending on the routes. I'm creating other discussion because I need help now with other trouble and the getIntersectingObjetcs method.

That makes sense. You would then need to create an image with double the height (instead of the width) of the original image and draw the original image at (0, 0) on the new double-sized image (presuming the hand points upward to begin with).

Again, you can not create or delete any files or folders, nor can you write to any files on the site due to security restraints.

Ok, thanks for the clarification.

You move it with the arrow keys, seen via act. The set of 90 degree turns on either side of the move(1) keep the character facing the same direction at all times, and prevent the character from constantly turning left when pressing up, or right when down

<edit> wrong thread