Discussions

Thanks danpost and davmac! You guys really helped me out with my coursework! Look forward to hearing from you again!

Ok, thanks, I'll look into that. Might be something we can fix for the next version of Greenfoot.

Ok! I played around a bit with using mousePressed and !mouseClicked. I have found a way that works perfectly :D Thank you very much for your help!

@davmac, Bravo! Guess I am still not used to be able to 'setWorld's.

If you're going to get the JDK you should get the latest in either Java 6 or Java 7 series. For the Java 6 series that would be this one I.e. update 30, not update 29 which the post above links to.

I checked out the asteroids scenario by dordor (downloaded it, removed a couple of music files, opened it in Greenfoot, adjusted code due to lack of music files, and ran it). The three items on the front screen are basically just buttons (not menus). In other words, each one did a specific task, without any choice by the user. A menu would require input from the user as to how to continue.

thanks i got it all worked out my problems were with one letter lol i had a lower case b instead of an upper case

In line 17, the world greenfoot should be capitalized to 'Greenfoot'.

Discussion resumed in 'hello everyone question on declaring this here'.

Yeah I know about the java.util.* import, I was just including the classes full names for clarity. But thanks :D

good good i was curious as to why it was in power up but was unsure

In my opinion, you have two options. Either: 1. keep the main character in the middle of the screen and always scrolling left or right. I.E. the character actor never moves independently. 2. Allow the character actor to move around and detect when it reaches a left/right point in which scroll will be activated. I.E. when in range of 100 pixels of left/right, allow scroll. There are likely to be other ways, but from all the games I've played since the early 80's, these are usually the two strategies employed.

thanks man taken care of =)

Hohoho, you are wise. Never though about it in reverse :D. Yeah, I think I'll just write a method in the "enemy" class that detects a collision with an explosion and if so damages the enemy type subclass.

Sorry! I'm posting before I think them through!! I realised that the tutorial spelled out what was needed for the first part (moveAndTurn) but not for eat. I have now copied the same format for eat and it's working fine. Thanks if you have tried to help me.