Depends on what you mean by active objects..

Are they moving, do they have transparacy, are there events performed on them every tick, How big are the images, how many collision-points do they have, are they instances of the same object or different objects alltogether?

This topic might help with optimizing:

https://www.scirra.com/tutorials/298/pe ... bile-games

But there are many more tips and tricks scattered over the forum and tutorial-section.

This topic has some examples:

As far as I know, all code is in the C2runtime.js, but it wasn't made to be easily read, when exporting minified it is even more unreadable.

I'm not reaaly sure, but why would you want to change after export instead of exporting the correct ones?

if you'd like local time

http://www.earthtools.org/webservices.htm#timezone

This ok?

https://dl.dropboxusercontent.com/u/485 ... d-fix.capx

Have you tried any or all the fullscreen modes to see which one you prefer?

If you don't want fullscreen, the positioning of the c2 canvas is done in the index.html-file, which should be adjustable after export.

Do you have an example of the type of game you would like to create?

If you haven't much experience with C2 you might first want to follow some of the beginners-tutorials, just to get some understanding on how to implement and apply logic and add events and actions.

The tutorials might not create the kind of game you'd like to make, but it will learn you the basics of creating a game with C2.

Without seeing the setup of your events it's impossible to say what the issue is..

kelney, i'm sorry, i think i don't help you by this way.

This is some rules you need to know :

1) To progress, you must practice. The more you practice, the more you progress.

2) To progress quickly, you must be methodic, with your logic.

3) To progress well, you must know your subject.

Example:

1) You want to program an existing type of game ? Learn perfectly the rules. As this, you know your subject.

2) Use your logic to plan how to program the game.

- At first, create prototypes with only the medias you need to see if your ideas are functional.

- When you see it works, you can create your game.

- Don't forget to make clean programs, ordered, and with a lot of useful comments.

3) If you miss, never forget you can retry, and by retrying you give yourself more chances to win.

I hope i'm useful.

If you have any questions about the game, you can post it here, i'm here.

But i prefer you to try first to do your best, and then i can help you.

Ah, i forget something important, we will have to be patients.

This is the quality all people must have to succeed in life.

Indeed, Helping someone to program does not consist of creating the program for them.

That being said, your examples in this thread are a great way to learn for some.

With these base-mechanics and some knowledge about how to create games with construct it's very possible to create a good-looking and working Poker-game.

Thanks!

Your link is unavailabe..

When clicked it tells to ask permission.

But what we have here is a picking problem.

If you want to select two random instances of hydrogen it would be as easy as

repeat two times

pick random instance of hydrogen.

so:

energy on collision with oxygen

energy destroy

oxygen destroy

• (subevent) repeat two times

-- system pick random instance of hydrogen

hydrogen destroy

just add the condition:

sprite on collision with

sprite animation1 is playing

destroy