give the object timer behaviour

and a boolean variable istouched

set the timer for two seconds

if the object is touched set istouched to true

object on timer

if istouched is not true - object destroy

use the 8-direction behaviour and set it to 4 directions..

What gives is that event sheets can be used across layouts..

They aren't layout-specific..

You can append one event sheet to the next, so in that case it would create issues when certain groups are named the same..

Bypassing what you want would be On start of layout 1, on start of layout 2, because as you state yourself they are meant for different layouts..

Why would they need physics to interact?

And if you are going to use physics for that why not completely make your game in physics, because a well known issue is that physics doesn't interact well with other behaviours?

The "problem" of the characters staying straight can be solved with programming, no need for physics there..

If you are going to change collisionmasks one thing to make sure is that when the new collisionmask is applied it doesn't automatically overlap another, this can also be done with some programming..

Firstly, I have no idea how you did it, but all your origins are way out of your sprites..

and if the ball is only going left and right there is no need for a round collision-polygon, for it wil make the bounces way less predictable..

They are probably using some form of interpolation, in my capx the angle is set every tick to the position of the finger..

To have the circle move on release will take some math I'm not so good at..

Could try to create it, but don't really have the time for that now, sorry..

Added a capx to my last post..

how are your collision polygons set up?

Is the speed of the ball high enough to miss the collision?

Without any events:

Another dutch guy here..

Unfortunately my skype has got issues, but if I can help just shout out..

I am however more than 2.5 times your age..

you do know you can edit the collision polygon inside the image editor, right?

So removed all the physics and removed the platform behaviour from all objects except the placeholder..

And everything is a lot smoother..

Ok.. What I don't get..

Why do the characters have physics behaviour?

What do you expect to happen that is not happening in your example?

I can think of a lot of reasons for this not working the way you describe it, it would be far easier to solve if you could provide the capx..

First thing is using the pin behaviour combined with the physics behaviour, physics has joints, why not use those?

Second thing is disabling the collision for all objects that are not active (if they are all on screen (only z order controls visibility) they could all be interacting)

Third thing is the placeholder (does it itself have physics behaviour), how have you set it up?