I'm not sure what you're asking. You can modify the collision area though by making another sprite, making it invisible and always setting it to the paddle's location.

I guess I spoke too soon - the events I'm making sometimes aren't running, and I don't know why. If that set timer action would still be possible, I'd really appreciate it.

Edit: Stupid post, they were running, reason was my fault.

I had tried making my own timer, but kept running into reasons why the conditions wouldn't work - but I just realized a way to make it work (forgot about that handy 'trigger once' condition!). I guess I don't need that feature after all (tho it would still be handy). Either way, thanks!

Would it be difficult to implement a 'set timer' action? The shooter I'm working on uses timed events extensively, and there are parts where I need to basically pause the timer (set it to a value every frame). That would be very helpful for branching paths, too.

BTW, I forgot to mention a workaround is to use a private variable instead.

That's my point. Sorry I miscommunicated. Instead of:

When sprite1 overlaps sprite2

+Sprite2 animation = "1" = destroy Sprite2

Try

When sprite1 overlaps sprite2

+Sprite2 animation = "Animation" = destroy Sprite2

You're correct, it's a bug, I meant to explain it - that construct always reports the animation name as 'animation' which is why the event doesn't work.

This bug is because the animation name is reported incorrectly, check what animations are playing in the debugger.

Since I'm making one of these, I can help you out.

I'm doing it two ways, depending on the level:

1: No actual scrolling - the background moves instead.

2: Create a 'camera' object - I use a box - with a movement and center the screen on that. Move the box, and always move the ship the same amount as the box moves. I'm using private variables to store the X and Y position of the camera from the previous frame, and moving the ship the difference between the frames. Both RTS and bullet movement work great for scrolling.

Huzzah! Thanks

Bug's still there in my game with .92.

I was switching between monitors and construct's UI got a little misaligned so the cancel/back/next buttons were moved down and are half hidden. I tried uninstalling and reinstalling, but it didn't work. Also tried completely deleting the Scirra folder, that didn't work either.

It's still usable, tho odd.

Requesting a 'set animation speed' action.