I sincerely hope it's the minority that thinks this way, because else it will be the end of a community sharing platform. Why should anyone of those 3rd party developers still invest their time and work so hard to help other developers getting faster to their goals, if nobody wants to use their offers? Or maybe they should just charge for it? Cause often times people think they get better quality when paying for a product.

I agree with that viewpoint as well, but you can't deny there's a place for both risk and caution when it comes to using and/or buying third-party plug-ins. Just as people shouldn't 100% stop using third-party plug-ins, they shouldn't dive 100% into using every one that is developed. It depends on the person, their situation and their personality. Since you put forward the pro statement, I just put down a con, I wasn't saying caution overruled using any third-party plug-ins as a blanket statement, .

Philip99 You could also use checks for a random UID (unique ID) or IID (instance ID; if you're spawning objects and run the check inside the condition they're generated, use this). If you're spawning multiples of one sprite, you can try:

System -> On start of layout

• (Sub-event) family_enemies -> Pick instance with UID (random(1,maxNumOfSpawnsHere))

---- Add events here for your power-up to apply to this picked instance.

If running the power-up check inside the main condition where the sprites are spawned, use IID and place the check for IID as a sub-event somewhere after spawning.

No problem, sorry I couldn't assist further.

Hmm, strange. I've yet to use the Save function but the documentation states it saves all variables (global and local), as well as instance variables. So I'm unsure as to why you've lost all yours, I'm afraid.

smoke84 You could also trigger auto-saving to a save slot when you first enter the layout, which would save all your data and not require any complex events. Depends on how large your game is and if the auto-save would take too long because of it, of course.

I am Uros

I am... THOR. No, really. Ahem. Welcome to the C2 community, Uros, .

Here's a link for you until you get the reputation to post them - http://www.unluckystudio.com.

Nice graphics, hope you get lots of people using them, <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">.

You'd have to make both straight road sprites and curved road sprites to get the best effect, then manually place them. You can't tile a background with curvature with the native functions as far as I'm aware since you can't change the actual 2D geometry of an object. To stop layer interference you can put the grass (or whatever) tiled background on the bottom-most layer, then make a layer above called Roads, and put them there. Then make a layer above the Roads called Objects, and then you'll always have the Player and other objects above the road.

I also think that, almost invariably, you'll run into people who want to troll you, and if they get a chance to rip on an Indie game (the latest trend for the Internet seems to be Early Access...), they will. Ignore them, do some research with titles, pick what you want and take a shot. You can't focus on pleasing everyone, .

sqiddster Amazing art style! The trailer made me dizzy so I had to cut viewing short, .

I didn't check, if Megatronx is right. But assuming, there is a plugin that does all that is asked for here:

You would already have a solution to work with, but ignore it, just because it wasn't done by Ashley? While that is a great compliment showing the trust in Ashley, it isn't very fair to all those 3rd party plugs, is it? I mean, if the plug works now, is offered for free in the plugs section and you're now needing it, why hesitating? Has anyone hesitated to buy a smartphone, although knowing that it won't work with future standards (just think of LTE)?

Different situation, he's not an end-user, he's a developer. He might be developing a game he's going to sell, and if you're going to ship a product reliant on third-party components that may give up at any time and be unsupported, therefore, potentially making any game-breaking bugs irreparable... then you see the potential issue. Combine that with the fact that Eisenhans did suffer something similar judging by his wording, his avoidance is completely validated. If they hadn't experienced a set-back, loss or massive stress (or all of the above), avoiding third-party plug-ins because of a 'just-in-case' notion is still not a bad thing. Concern and caution are good measures to take.

Just here checking out the engine to see if it is quicker than writing it from scratch.

I've found it a lot quicker than developing HTML5 games from scratch. It has movement functions, a physics engine and line of sight (including range) built in, amongst a lot of other handy features.

Regardless, welcome!