Congratulations! <img src="smileys/smiley4.gif" border="0" align="middle">

You're welcome. If you want to dive deeper into the world of interpolation, the next step would be quadratic interpolation:

live demo

capx

<img src="smileys/smiley2.gif" border="0" align="middle"> <img src="smileys/smiley41.gif" border="0" align="middle">

I would use anglelerp(a,b,x), where a is the last angle the instance was at, b the new angle it has to be at, and x moving from 0 to 1 within a certain time. The latter can be done with a variable that you set on every tick while needed to

var = min(var + n * dt, 1)

(n being the amount you want var to raise per second)

It gets even weirder.

It seems that it's only broken since a certain date, because I have no problem displaying the same picture Windwalker tries to use.

Also this problem isn't just with images. Look at the signature of elafreat for example: http://www.scirra.com/forum/translating-800-words-from-en-to-ar-for-5_topic76816_post459910.html?KW=#459910

There's a url tag not working...

EDIT: Sorry, I just noticed that the url tag was used wrong. So the elafreat issue is not related!

EDIT 2:

It seems that bbcodes are not properly translated. Here's a comparison between my signature and thehen's:

<img src="https://dl.dropboxusercontent.com/u/11182740/pictures/html_code.png" border="0">

And what's the problem using tickcount? I use it all the time for exactly the situations, newt explained in his first post. Isn't such a big deal.

Yeah, I'm way to lazy for that.At least you're honest. <img src="smileys/smiley4.gif" border="0" align="middle" />

set number to floor(random(1,24))*32

that just leaves out 1, I guess..This generates a number in range [32, 736], including both.

I need to generate random numbers from 1 to 768 in increments of 32. Any ideas?You can't reach 768 in increments of 32 when starting at 1.

Either extend the range by 1 to 769, then it's

floor(random(25)) * 32 + 1

Or reduce the range by 31 to 737, then it's

floor(random(24)) * 32 + 1

Or start at 0, then it's

floor(random(25)) * 32

It doesn't really matter for C2. So just do it the way that's efficient for yourself.

You can do that already. There's the system expression tickcount. Just store tickcount to a variable in the affected event and then check for tickcount + 1 (or + n)

Edit: Of course you would check for

tickcount = variable + n

A nice little game you have there in the works! If you want to reach a wider audience, consider multi-language support. I really believe this has great potential as a casual game!

Well, in the sense of consistency, although it can easily be done with events, I also agree to add that functionality. Why should this behavior not be toggable?

I didn't think of you disrespecting. My proposal was honest. If you can't work it out based on the examples you already got, it's a better way to start something smaller until you are more familiar with the programming aspects, one of it being the object oriented aspect.

I'm sure you'll work it out, it might just not be today or this week. <img src="smileys/smiley1.gif" border="0" align="middle" />

Then I will try to add way too much effects, particles, fat sprites with alpha gradients and camera scrolls, to get an idea of the software limitations.As far as desktop exports are concerned, those tests would be more testing your hardware (gpu, cpu) than software limitations. C2 is open to a lot of ways to design and program your game. In fact it's close to "If you can think of it, you can do it". That's mostly owed to a very clever event system.