I confirm this issue in multiple platforms and multiple resolutions as well.

"custom" transitions means we'll be able to write our own transition functions? That seems like a lot of work! The examples I showed you would be enough [for me, at least], also their formulas are publicly available.

Personally, I'd prefer if you wrote this as a purely mathematical plugin that didn't attempt to move stuff. It could be only expressions and return values in the [0,1] range, though I concede that it wouldn't be as friendly for newbies.

it's not lerping by 45 degrees, it's lerping to 45 degrees. Not a bug.

I was going to make an extension that worked exactly like this, but implemented these modes as well.

Want to do it instead of me(since you're the author of this extension and all)?

(please don't use jquery/jqueryui, be as dependency free as you can)

Also, in my opinion, it shouldn't even take a start and end point, 0 should be start and 1 should be end, and then you'd multiply and add to get what you want (similar to how RAND generates a number between 0 and 1, and you multiply it by the number you want to get a range)

If you're not making money off a game, you're losing money because of it. Nothing wrong with it, but be mindful of that fact.

I really don't mean to sound harsh, which is why I refrained from posting on this topic before, but I really want to stimulate a discussion:

If you aren't making at least $1000 per game, and you take more than a month to make a game, you should review your options. Yes, it's a hobby, but we'd also like to make money off of this, and it appears scirra is trying to cater to the professional developers as well.

Granted, we don't have things like FGL for HTML5, but that might change in the future. Monetization options like Facebook credits aren't that far off, and I believe the only reason someone hasn't made a plugin for that yet is because too few people requested it.

Really consider what you're doing for a moment. If you are spending time creating games, you're already spending money, because you're wasting time that could be going to a better paying job. If, however, you create games purely as a hobby, then you shouldn't complain too much about spending to create and/or publish them - besides, the mobile platform isn't that big on hobbyist games anyways.

If you want to go professional, and really want to make money, $150/game/year to publish is a bargain, especially considering the costs associated with creating (programming+sprites+music+SFX) and hosting the game.

valkyriegames

"Constructors and destructors" could be implemented by behavior. Do you need one?

There, fixed it for you.

Try now.

Probably not with that name and/or the classic java inheritance scheme, but there is something similar sort of in place.

We need functions (with callbacks) in order to get constructors/destructors (those are probably planned, callbacks being relatively easy to implement).

For inheritance, we need families to group similar objects (Troll and Ogre are both part of the ENEMY family, for instance) - families already work.

We also need a way to nest families, in order to get multiple inheritance working (for instance, ENEMY could be a subfamily of NPC, which itself would be a subfamily of ACTOR. They are also members of the MELEE family, which is a subfamily of the ATTACK family). I don't know what Ashley's thoughts on the subject are, but this would greatly improve code reusability.

More important than all of that, IMO, is object grouping (called "containers", I believe), since it allows complex objects.

—:

Updated to version 0.2, added custom controls (as promised, sorry for the delay)!

Is there a callback for "finished loading"?

I can see that being useful.

Any compiler worth it's salt implements "you don't pay for what you don't use".

This might not be true now, but it probably will be in the future - I think everyone who worked with the SDK thought of that at some point.

I wonder what Ashley's thoughts on the subject are.