Relying on UID is not the best idea. The trick with instance variable works very well.

In the example LaDestitute gave you actually check if the clicked object is the one you need. If you want to grab the instance directly from any place use the following:

System > Pick by comparison

first argument: spriteFont.instanceName

second argument: {the name you set manually}

Just be sure you have each instance name unique. Or it might be useful to have some of them named the same. For instance let's say you have a "credits" section in your game which is very long. You want to pin them to some drag&drop background sprite so user could scroll and see all the credits. Then you might set all the spritefonts instanceName value to "credits" and then pin them all with one event to the sprite.

So basically with the instanceName variable you can pick the distinct instance of an object or some group of them.

No it is not possible at the moment in C2 AFAIK. It seems to be a nice feature C3 could have. For now it's just wise to have a separate layer for each parts of layout like menu, playerGameplay, HUD etc. so you can disable unwanted layers and make an easy selection with your mouse.

Because JS is just a text which is read/parsed by the browser or other interpreter to execute commands. JS is not a language which gets compiled in the end - it's being interpreted. It's just a remote for the technology.

There is a new standard for the markup language as well and it's cool. It's more semantic than XHTML 1.0 strict or any other previous version... but there is also a canvas and other features which make HTML5 a technology.

BTW with JS you can do more then web control.

saiyadjin the technology is called HTML5. You code it's functionality with JS.

— it will come out soon so everybody can do it's own test. Mine wasn't official or anything. Just tested my app for myself and thought I'd share my results. It may also behave differently on various mobiles obviously.

— no I don't. Just know it will be very soon, but what that means nobody knows I guess.

I have tested Webview on Android 5+ with two games and it was still much slower than Crosswalk. Iwrote that in different topic. The comparison of Webview, Crosswalk and Canvas+.

I'm surprised this wasn't annouced here by anyone yet.

AirConsole started a contest http://developers.airconsole.com/#/competition-2016-01.

Main price is $1500.

There is a plugin for Construct 2 plugin-airconsole-local-multiplayer-for-your-game_t167377

Haven't tried it out yet, but this technology looks awsome <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

Maybe this thread can be summarized to point:

Construct 2 is a HTML5 engine and that's all it is. You can't export anything else.

HTML5 can be wrapped so, that it's possible to run in devices like stand alone apps, but it's still a browser.

Construct does that very well, but it shouldn't pretend to be anything else.

If you seriously want something else, maybe it's time to move forward

Construct 2 is a HTML5 engine which can export only to HTML5 and all the rest is wrapping. That is a fact, but is it an issue in itself? No. It gives possibilities.

Construct 2 does not to pretend to be anything else. It is stated that it is an HTML5 event based engine with possibilities to export your project built in C2 to various platforms. And that is true as well. It is not stated that it is flawless. Nothing is flawless. But I wouldn't say that C2 pretend to be something that it isn't. And comparing software to the "bike" from the shop is simply stupid.

It gives a lot of frustration sometimes, especially when the third parties fail, but after all:

Facts:

1. C2 is the best HTML5 engine there is.

2. C2 is the easiest game engine there is.

3. C2 is used by many companies. Even if not for end product then for prototyping, cause there is no engine you can build an app faster then in C2.

4. I read several times people said "I tried many engines and I always back to C2". It's not for no reason.

5. It is possible to convert C2 app into an app for Android, iOS, Desktop. That is a fact and there are tons of proofs on Google Play, App Store and Steam.

6. Many people earned a lot on apps made with C2 - just check Steam etc.

7. More than 90% of frustrations is related to the performance of mobile apps. But this won't be an issue in the near future - you know that.

I understand the frustration. I am mad as well pretty often. But how can you say that they pretend to be something there aren't? I haven't found a one lie on the main page. Unity and other engines have some bugs and fixes regularly as well and they are not putting on the main page "WE ARE BUGGED AT THE MOMENT!".

I'd say C2 has a bad time recently cause of third parties issues. I also said on several posts recently that "I have a bad timing with releasing my app" because of Intel and Cocoon issues. But it wasn't always like that. Once they fix the criticals there is again a "good era".

Intel XDK is releasing CW16 soon which will improve performane very much. And Andy is working now on templates for CocoonIO to show how we can implement custom cordova plugins which will allow to get rid of some permission requirements. So fixes are comming. People are working.

I am not with Construct from it's beginning but I am sure it is a much more proffesional tool and with many more possibilities than it was at the beginning. And it will be better every year.

"You can do good things for a whole life, but if you fail once - this one will be remembered". Be fair guys. Go check other engines. That is fine. I do it myself for various purposes and I see nothing bad in this. But sh***ing on what is written on the main page and comparing software to the bike is just foolish.

Do they give you updates and new features to your bike regularly and for free? Oh... welll...

GODOT engine looks great but lacks any kind of mobile monetization options.

That's a shame

Monetizing game (In-app or Ads) and Google Services

Awesome, thanks AndreasR

GDScript is based in Python, so it's not really a new language. It's just adapted their own needs. They talk about it in the tutorial.

That's a +1 for Godot. Or even +2

neverk yes it is always wise to learn new things. But it's always better to spend your time on something more valuable then less . I'm not sure if learning simple language is better at start. After all, all languages are kinda on the same level of complexity. I'm not talking about low-level programming languages like Assembler, but high-level languages are all the same. No matter if you pick JAVA, C# etc. in the end you are familiar with classes, functions, objects etc. And then there are paradigms like design patterns which you may use actually in any language, just the implementation differs a bit.

Simple language probably won't allow you do go in very details of the app memory mechanics etc, but after all you don't have to do it with the "big" languages also (but at least you have a choice).

Many years ago I started with Pascal language. It is quite simple. But usless after all. I have some friends who started with JAVA or ANSI C and they managed to go on as well. Simple language means nothing else then making you kinda handicapped in some cases.

But let's not go deeper. Talking about which language is better than the other is like talking about religion or politics. It's never ending story and everyone has it's own right .

Back to the topic, again I'm not discouraging at all! Learn to code, coding is fun. And regarding Construct's eventing. It's nothing else than a visual programming, so it is also coding, just you cannot make a typo