So let's get back on topic

There is a bug in the latest .cap, now that Only Trigger Once has been added. The Bounce only plays once. Rest assured that this will be looked into.

I've opened it and pressed save and nothing happens.. is there any step inbetween?

Sadly I searched your post for a hint of a joke and didn't find one.

As you removed the attachment I can't take you up fully on what you said, but I'll try from memory. You had an always event setting an animation to Bounce, when it was less than 60 pixels from the floor. What do you expect to happen? Couple that with the fact the animation speed is ridiculously fast and you'd never be able to see the animation play. For what it's worth I added an 'only trigger once' to the Bounce event, and disabled gravity. The animation played fine. I don't know what you're used to programming with but using Always events to change things that only need changing once is an awful idea and will not work. I'd recommend that animations are switched just once, are set to an appropriate speed, and then you'll note that they work.

That file looks fine to me. If you're wondering why Bounce doesn't play it's because you have it set to always play climb when it's going up.

Also, using Always to set animations definitely isn't the way to do it.. you only want to set them once.

Hi,

What do I have to do to cause a save error?

Thanks

Unfortunately I can't get this error by renaming a sprite.. is there any other steps needed?

If you can upload a cap and then list the operations needed to cause it, that'd be awesome. This bug's been haunting people for a while.. it'd be great to fix it

I get an invalid display error because of the resolution you use; my graphics card doesn't support it (I don't think many would).

Is this the problem? Once I changed the resolution I couldn't reproduce a crash.

Yes, each frame would have its own collision mask, so if the door was thin a character couldn't pass till it was fully open, for example.

If you wouldn't mind, could you post a .cap file of the crash? Hopefully it'll get fixed then.

Thanks

Oh, I thought you meant you wanted a sliding door. You'd do that with animations.

If you want a rotating door, then I've made an example here:

This doesn't use animations, just a simple rotation. Remember that the hotspot of the door has to be your point of rotation, or it'll look funny.

Here's an example of a switch activated door which rotates open and snaps shut.

4 events, 1 private variable used on the Sprite 'Door'.

Click on the door object in question, and find the Animator bar (should be a tab on the right). Right click the animation list (at the top) and select Add Animation. You will now have a new blank animation which you can add frames to (right click the frame area at the bottom and select Add Frame). To rename the animation, click on it, then see the properties in the property bar. Call it something like 'Open'. Be sure to click the Angle listed under Open and set it to not loop, if you want the door to stay open! Then in events you can change animation to 'Open', or 'Default' if it's closed.

If you have any further questions on this please ask

More behaviors are always cool; there's several in development which are truely awesome.. when they'll be finished though I couldn't say .