If you're looking for a leadbolt integration for mobile html that transcends Pode's iframe a bit, there is a commercial plugin by cranberrygame

While I personally find it sensible to use engines that are specifically made for point & click adventures (such as Visionaire Studio, for example), I have made a few point & click things myself in Construct2, mostly educational games.

The reasons why I chose Construct2 for those products over Visionaire (even though we own licenses for the latter, too):

• The licensing model, and specifically the licensing of mobile outputs is very convenient
• You always have the option to publish a web ready version that runs in a browser without any plugins, if a client should request it (happened to us, *after* the project was done, so if we had made it in visionaire, we would have had to reimplement the whole thing for HTML5)
• far superior handling of mobile specific problems, like touch input

You will have a large initial chunk of work to get done, to implement a lot of convenient functionality required by point & click style games, like inventory, dialogue systems, some sort of a state machine, but C2 is able to do that.. it's just not available out of the box, you need to build it up from smaller pieces.

It's interesting how quickly we got from "What features would you like in the next construct?" to "Is C2 cancelled?!"

I imagine that's how stock markets work.

As long as you have a personal or a business license, you can.

Using the free edition, you cannot.

Careful.

Using a front man kind of setup to circumvent kickstarter requirements can trigger all sorts of serious legal problems.

In a lot of jurisdictions this is illegal and considered borderline money laundering and tax evasion. Also kickstarter themselves may shut you down when they get wind of this. I know of several cases where this has actually worked out good, but that was pure luck, because no one noticed. You should not put your operation at risk with this, especially considering the sums involved.

They are two fundamentally different ways of wrapping html5-games to "apps".

Crosswalk is basically a full browser engine wrapped into your app, upon which your html5-game then runs.. the advantage is, that it's developed quite far by now - the main disadvantage being, that the app size is quite big, since it squeezes the entire browser into the package.

Phonegap however is a framework that uses a technology called webview - it uses browser technology already present on the phones to display a html5 page or game like it was an app. It's main problem is that it only recently became really useful.

So your choice has a few implications. Phonegap only makes sense if you target the very latest phones with android 5 or larger. For anything older than that Crosswalk is the way to go.

sqiddster

I checked your demo against an array of PCs here at the office, a mixture of windows and linux, running various flavours of regular chrome, canary, (both on windows) and chromium (on linux). All behave perfectly fine without input lag.

Noteworthy maybe that all machines have nvidia graphics (of various ages) with clean driver installs.

Still would be interesting to know under which conditions exactly this goes wrong.

[quote:15mfic22]there is not a mathematical formula that gives the resulting of what should be the gain compared to the impressions???

Not every click or impression is worth the same. It depends on a lot of factors (for example: country of origin. A click from the USA for example is *much* more valuable in $ than one from a developing country)

That's not possible I'm afraid. There's no way to rebuild the project file from the exported html.

Have a look at the Touch object.. it has several expressions to get the speed at which someone is moving the device. It does not work on every platform and not with every device (obviously), but those that have an accelerometer can give sensible results with that.. you coulkd just check against a threshold and then play a sound when your values exceed it.

[quote:3t4nps88]Unity uses C#, Boo and a variant of JavaScript and as far as I know it doesn't need exporters like Node-Webkit.

The scripts that unity uses are not running directly "on the desktop" after export. They merely are an easy way to script your game within the engine. In the end, the regular unity C++ engine core runs on the desktop, and executes what you scripted on top of it.