Discussions

Thank you very much!

The issue with your game is that the scope of the sniper covers the other image so you cannot click it. To fix this you want to make it remove the object when you click on specific coordinates, not on the object itself.

No, 3.5.0 already supports the ask method. So unless you have a your own Greenfoot class in your project or something, it should find the method. You could try to create a new scenario and only put in this code (comment out lines 25 and 30) and report back if you get this error. If yes, you could upload your scenario with available source, so we can check for ourselves.

Dividing by 4 and then multiplying by 4 will still get you anywhere across the world, but only at any x-coordinate that is a multiple of 4. Take the value of 1/3 the world width and add a random up to 1/3 the world width.

Your car class will require an int speed field. Use it for moving and change its value when you change levels.

The founders of Greenfoot are Michael Kölling and Poul Henriksen

Why is the first code such a mess and not indented at all? You didn't say if the Score class works as intended. So is it showing the score correctly and only the Label class does not? You didn't show where you add the Score object to the world and not how you adjust its value (especially in case it does not work – check question above). Basically you should try to check which parts of the code are working and which specific part is not. And you should explain that. @Scorcher: The "int score" is not static, so it a) doesn't have to be set to 0 manually from the first world's constructor a

It would be time consuming, but you could just have it mindlessly trying to move pieces until it makes a valid move, then end its turn.

Check the source code of this scenario. Maybe it can help you. https://www.greenfoot.org/scenarios/23898

Thank you so much!

If the scoreboard hits a certain number, we would like to add the object. We tried from MyWorld as well but it doesn't add the SmallAlienobject after the scoreboard hits a certain number. However, the AddStar works perfectly fine. Thank you!

Recompiling after code change does work: that's not the problem. The problem is that after all classes have been compiled after editing code, it is not possible to run the application from the main Greenfoot window: "Execute", "Pause" and "Reset" buttons are grayed (disabled) I've found a workaround: apprently Greenfoot configuration files that Greenfoot creates at first execution and modifies after configuration changes were corrupted. I had a 'greenfoot' folder into my personal folder, with files regularly updated by Greenfoot. I've deleted it and apprently everything works fine again no

That would be great

The return command is used to cause an immediate break out of the method and "return" back to the method that called it. Once executed, no proceeding lines of code in that method are processed. In a void method, nothing will (or can) be returned. In a non-void method, only a value matching the return type will (or can) be returned. It is a control-flow type command similar to the break command (when void of a return type), which causes an immedi