Discussions

I think your problem is: <Code Omitted> Because Domo is a BulletBill, when Player fires a Domo, the Domo still intersects the Player next round -- when the Player looks for an intersecting BulletBill. It finds the Domo and removes it from the world, so each Domo will only be in the world for one frame before it hits the Player who fired it! You want: <Code Omitted> In fact, I'd question whether you need four classes at all -- I think two will do, one player class and one bullet class. Rather than copy and paste you

if the author has posted the source code, there will be a large "open in greenfoot" button near the top of the page. if they have not posted the source code or if they have not made it available, then I don't think you are able to download it. Hope this helps

Thanks I'll check that out.

Whenever I make a scenario that has mouse based control, I always do something like this: <Code Omitted> That way I always have my mouse position value and button status in easy to access variables. I never understood why MouseInfo becomes null whenever the mouse does not move or do anything, wouldn

I think the problem is that sounds in Greenfoot are streamed each time you play them, rather than loaded fully into memory and read from there on each play. So they have to buffer on every play, which causes a delay between the time you tell a sound to play, and the time you actually hear it. I dunno how to fix that, though.

Can you post the code?

No, unless you declare the field as "static", but it's best not to do that if you can avoid it (it's bad from a design point of view). However, you can solve the problem by setting the health level of one actor at the same time as you create it from the other one.

problem fixed, now on to debugging issues with firing cannons -___-

thanks! only issue with that is that jumpCounter remains at 20 even after the key is released, so a second keyDown check such as the following is needed to reset the count so that the actor could jump later if(!(Greenfoot.isKeyDown("w"))) jumpCount=0;

Ok thanks.

Um, I'm not too sure about what you're trying to do, but wouldn't it be better to create an abstract class "Piece" with declared GreenfootImage blackImage and whiteImage, and then in the constructor have a blackImage and a whiteImage parameter, this way with superclass constructor chaining you can ensure every Piece will have pictures? Then, whenever the piece is moved, check the color of the square it is moving it to (again, with a superclass method somewhat like this...

Thanks!

Ok - the proper name for that is "0-based indexing" (as Java arrays use), though in this case the x/y values aren't really meant to be so much indexes as they are distances from the top left cell. Regardless we could say that the co-ordinates are "0-based". Yes, I meant bounded, sorry.

Oh my god. Of course nothing happens because i didnt set stepsizex and stepsizey stepsizex = xway/steps; stepsizey = yway/steps;