dl.dropbox.com/u/1487524/Scirra/TransitionsBug.cap

Here is an example Lucid.

I have found that the transitions break start of layout events. It runs the events from the second layout when the transition starts.

Anything up to 6 hours I guess. Most game can't hold my attention beyond this sort of time limit. But then there are a lot of people that like really long games.

Any layout you are not on practically doesn't exist. It is certainly not running anything.

I am not sure if you are meaning to imply that you saw and extraterrestrial alien device/creature when you say UFO, or just that there was an event you feel was unexplainable.

If it is the second then that is quite reasonable, but you must remember that something that is unexplained(by your understanding or perspective) does not mean that it is ultimately unexplainable.

However.

GOOD thing than that I, and all the 4 witnesses wrote down our accounts without speaking to eachouter the very same day

While this action mitigates the memory issues, it doesn't account for the other ones. More over it reinforces my belief that you have the predisposition and desire to believe in supernatural/unexplainable events. You have basically quoted rule number 5 of MUFONs "Ten things you should do if you encounter a UFO" FAQ page.

Human memory is exceedingly malleable. Given days, months, years, let alone 20 years, a minor optical illusion can grow into quite a story.

That combined with general misconceptions, cultural and belief predispositions, poor levels of education, drug use and straight out desire, makes eye witness accounts less than reliable.

This is why anecdotal evidence isn't really worthwhile. Certainly not to prove anything as extraordinary as extra terrestrial life and or visitations.

Put the key presses that control the left and right movements under a 'is not edge climbing' sort of event.

Ok, two problems.

First is you are checking the angle of the maskplayer in events 2 and 3. It doesn't have angles.

Solutions - You could check the angle of the sprite 'Sprite', or you could check the maskplayer private variable 'dir', I would recomend the latter.

Second is you are subtracting the detector width in event 4 when you need to be adding it. maskplayer:set x to edge.x "+" edge.width

Create a separate sprite to use as a collision box. Set the platform behaviour to that sprite, and then have your animated character sprite positioned to the collision sprite.

Also, why do you need to change the hotspot position?

The platform behaviour will collide with anything that has the atribute "solid".

The problem you are having is caused by trying to set the animation instead of using the system I made for the platform/attack animations, there is a conflict.

I have edited your cap to a working state and added some comments showing what I removed(the events are toggled off, you can delete them once you understand what has changed) and what I have added.

dl.dropbox.com/u/1487524/Scirra/EdgeClimbEdit.cap

I don't actually see anything there that isn't already in the default particle editor.

Perhaps you could be a little more specific with what you are meaning?

Report spam badge. Be a tidy Kiwi.

Right click on the "ignore Player Input" and toggle it off to see if that gives you the sort of movement you are after.

Ignoring the player input is not a necessary component, just a visual flare, see if it plays the way you want without it.