On line 19, you are trying to get the location of a Class name, not an actor. If you want to get a BattleArrow object from within the world, use: Remove the outer 'if' block if there is always a BattleArrow object in the world. To wait for a few seconds, you will need to add a (int) counter to the class. When made transparent, set the counter to 180 or so. In the act method, you will need the following: This could also be written as: I guess it could also be written as:

Thank you for your prompt replies danpost. I've been trying to implement your code into mine and it keeps saying that it's an incompatible type in the 'Actor arrow = getWorld().getObjects(BattleArrow.class).get(0);' part of the code.

Sorry, forgot to cast the return. Change line 37 to:

Thanks danpost, it's working! But the 'false' text only flashes on the screen for a split second. I've set the counter value to 180, but what units is that in? I'd like the text to show up on the screen for 2-3 seconds before disappearing.

That value should be sufficient, provided you do not have your speed set way above average (around the middle of the scenario speed slidebar). The units is in frames (or, it counts act cycles). At average speed, 60 cycles is approximately one second. The faster you scenario is running, the higher that number has to be (and vise versa).

The speed slider was a little bit past the middle, but even when I set it at its default speed the text only flashed on the screen. I even made the counter to be at a ridiculously high value like 5000 and it still only flashed on the screen. Here's my code, maybe I did something wrong at some point:

The simplest way is usually the best way.

I'm trying to create a conditional statement where the actor would check if it has been in a battle or not (the value 1 would mean it has, 0 would mean it hasn't) and also check the world it is in. If the conditions are met then it would set the location of actor where the player last left it, since the player was transported to another world prior. I've been trying to implement the conditional in the 'CheckCollision' method. The name of the world that I want the actor to check is whether it is in 'GameWorld'

Line 63 creates a new world (and after the execution of the current act cycle will become the current world). Line 64 returns the world in with the actor is currently in (not the new world yet). Line 65 returns the equivalent of 'this' (the object which this act method is being executed for). Line 66 checks to see if (a) batle == 1 (which will always be 'true', as it is set to one a few steps earlier) and (b) world == GameWorld (which should be coded as 'world instanceof GameWorld' which I believe will also always be 'true'). Lines 63 and 70 are showing two different uses of the same values; in line 63 they are being used as offsets. and in line 70 they are being used as absolute coordinates. This will not work as you may think (as offsets are distances from the current coordinate of the mouse actor who is being 'act'ed on). It appears from the above that you do not understand how to work with different World objects as yet. First, if you are to be returning to this GameWorld after BattleWorld has finished, then BattleWorld will need to keep a reference to this GameWorld object. You will most probably want the Mouse object and the Snake object passed to the BattleWorld class as well (that is, you probably do not want new instances of them in the BattleWorld class; especially if they hold pertinent fields, like health, score, etc. that are needed in that class). Having a reference in the BattleWorld class does not remove them from the GameWorld class, but if you add the actor object into the BattleWorld world (you do not need the references if you add them into the BattleWorld world), you will lose them in the GameWorld class (when returning from BattleWorld, add those objects back into the GameWorld world). You can either create method(s) to pass the objects, or pass them in the constructor call (new BattleWorld(world, mouse, snake)'; a constructor to recieve the objects will have to be coded into your BattleWorld class. If using the method calls, line 63 above would have to be broke down to: If setting references, the methods to recieve the objects will need to be encoded in the BattleWorld class (using instance object fields that will be set by these methods). You can use individual methods as shown above, or you can combine them into one method, if you so choose. Hope this helps in your understanding of how changing worlds works.

I think I understand how changing worlds work now, and how you have to carry over the actor into the new worlds if you want to preserve actor data. It's just that, with all of that in mind, it makes me wonder whether I'd have to recreate my worlds and instead make them subclasses rather than separate classes, because I've been trying to figure out how to carry over actors into other worlds and I came across this greenfoot scenario: Multi Level Design In its code it uses 'this(new Pengu()); to carry over the actor I think. If I'm wrong please correct me.

You need a reference to the actor you want to carry across in a variable (say 'actor'). Then, after you create the new world, you can just add the actor to it in the usual way. There are some variations on this, but this is basically the idea.