Discussions

Let me just say again, though: Please don't post full source code here for the Greeps competition. It's a competition that is run regularly in many places, and the whole point is that you do this yourself. If you post all your code here, you are making it too easy for others to just copy your code. So, it's okay to discuss ideas, strategies an options, and to get general help on solving your problems, but please no posts of full source code for this one. Thanks.

Well I was re-reading my origonal post and I guess I could be more clear. Basically, whenever you have a variable that refrences an object, like Actor NewActor; the compilor thinks that NewActor is an Actor Object, and will only allow you to call Actor methods on it. Now, if the method is overridden (like act() for example), the Java Virtual Machine will call the correct act method, (the one from the subclass), so you don't have to worry about the program calling the correct overridden method, but what you can't do is call any methods that Actor doesn't have with that NewActor in your code or

use 'if (getOneObjectAtOffset(0, 10, Wall.class) != null) { return true; } else { return false; }' or just 'return (getOneObjectAtOffset(0, 10, Wall.class) != null);' BTW, walls usually have an X offset, not a Y offset. But if your walls are below your Actor, the above code should work. If they are actually walls located to the right (or left) of the Actor, along the x-coordinate, just adjust the code above.

This simple scenario I knocked up a while back to demonstrate how to achieve smooth movement with obstacles may help - the source is available there of course. http://www.greenfoot.org/scenarios/524

It definitely is!

There's no error checking in the spec that I can see, so that rules that one out. At this stage unfortunately I'm really not sure, and we can't really fix the problem since we can't reproduce it. If you have any more information though feel free to pass it on.

Thanks! I know now！

Bourne is right: the only way to change resolution is to use Greenfoot.setWorld to switch to a new world with a different size. The Greenfoot window will grow if needed to fit the new world, although it won't shrink again if the world gets smaller.

What do you mean by beginning to end? Greenfoot has no end, you can make all sorts of advanced scenarios. No system has a complete tutorial; the tutorials on the Greenfoot site are intended to help you get started, and there's also the Greenfoot book if you're interested in a longer introduction to Greenfoot.

Is there going to be more? since its been 3 years I wouldn't think so

I have never used the method deriveFont But in the line pic.drawString("This is an example of a font",1,20); the 20 needs to be at least about equal to the size of the font. Since this is the baseline of where the text 'sits' on. I would do something similar to: Font font = fonts.get(Greenfoot.getRandomNumber(fonts.size())); pic.setFont(new Font(font.getFamily(), Font.PLAIN, 48)); What are you needing this font for? In general purposes you wouldn't need to get all the fonts in a list. If you are looking for a "nice or cool looking" font, for a particular part of your program, I would

If you really do want to do 3D stuff, then JBullet is a nice 3D physics engine implemented in Java. If you want to step outside of Greenfoot to do it, then IIRC JMonkey has JBullet integrated and is a nice 3D engine that's powerful and pretty easy to get started with.