Ah, I see what you meant. It is not a bug, it is working as intended.

Short Answer: It's not really a bug actually, use the action "Force start" instead of "Start".

Long Answer: Play once mode ignored subsequent start call if it is in mid-tween. It is by design, and have something to do with relative mode (geez, relative mode really brings alot of trouble). If you use Force start, it will be played regardless of the tween state.

I hope it works for you, I tried it on my computer and it works fine here.

PS: Very nice work there with the game :>

Could you post me a simple capx xoros/bjadams? It would help me alot to understand the problem :>

Also for "play x time", I will consider it, but my goal for the time being is eliminating bugs and optimizing the tween, so it would have to wait :(

I am afraid there are no easy way, you should open the behaviors\lunarray.tween\edittime.js using editor (notepad will do) and look at the version.

It can't accept variable value, only a fixed number in form of "x,y". For now some of the feature is broken :(, so, if you met a bug please be kind to share it here, I am trying hard to find a free time to fix this behaviour.

gonzdevour

Ok, I added the v.1.1 download on up front...

gonzdevour

I'm very sorry about that :( do you have a capx that still use the old easetween? I will try to make it as backward compatible as I could

I will try to check if I still have the older easetween plugin and put it here

rexrainbow

I think that's a good idea rex, sorry this is my first time maintaining plugin :( so I am not quite familiar with how I should do things... Next time I make a huge update I will rename the plugin.

I think you can use Sprite.Physics.VelocityX and VelocityY.

Something like this?

dl.dropbox.com/u/55358831/helping/physics-speed.capx

If you don't want to use any plugin but still wanted easing, I think it can be done like this

dl.dropbox.com/u/55358831/tween-without-plugin.capx

Just implement any penner equation you wanted.

gizma.com/easing -> some of those equation

robertpenner.com/easing -> original one

bWard

Actually i find that rather strange, because I tried on my android project (1Ghz Xperia Arc) processor and it did not cause any lagg at all, but I haven't tried it on iOS. Are you deploying it using phonegap, in that case it will cause lagg. I recommend cocoonjs cloud compiling for speed, they really are fast. But I will also look at my codes and see if there're things i could strip down from the tick() method, I might make it faster that way.

Ah, btw I found this blog by ashley extremely helpful

scirra.com/blog/85/the-great-html5-mobile-gaming-performance-comparison

Schoening

I'm glad you liked my behavior... :> Many-many-many thanks for mentioning the behavior on your tutorial. :)

newt, Sorry for the inconvenience, was changing alot of things, wasn't sure which case was broken with each successive 'patches'. :(

Thank you very much for helping by testing this behavior... :)

I think this one fixed it.

PS: The speedup that happened when we drag the sprite in midtween was caused by a side effect that the behavior tried to keep the end time consistent with the start time. If you don't like that, I think you could put stop (at current position) action onDragStart.

Updated to 1.5.1, added tween target to object... Please tell me if you found any bug

newt

Tried it on my side, I think it's either a C2 bug or a breaking change, that IID is 0 until the end of event sheet :(, I found a solution which is putting Wait 0 secs before getting up the IID. As we know it, putting Wait 0 will make subsequent action call postponed until the end of the sheet.

dl.dropbox.com/u/55358831/helping/r103easetweenpickindexiidbug.capx