This was the reason that touch.forID was made for. I had the same problem last year.

touch.id counts number of touchs

touch.forid is the specific touch instance and remains constant.

so also I think it's

touch.forIdAtXY( )

devaldivia

Bubble will support Session based data. This data will always be same among all connection. New connections will be updated with the package of data. Updates will sync with the current connections.

We are hoping that once our protocol is worked on a little more to have a initial starting server for developers to use. Not as robust as many out there, but something to start with.

Arima

Well there is my new piece of knowledge today :) In fact it's such pleasant news that you have just saved me some serious headache in the future :)

All hail Arima :)

Darklinki

Yes, so agree with your statement. I had PM 3 months old :(

There is no official release on the website as of yet for Ouya. Also the APK on the website to download is I believe still 1.3 and not 1.4. Controller support is added at 1.4. Scirra has a 1.4 to test as they showed a video of spaceblaster.

You still need to wait :|

—

Just checking up on the subject about sales. This is snipped from Steam/Valve

Free and Paid Distribution

Valve may choose to distribute Your Contribution for free and/or for a fee. Where Valve distributes Your Contribution for free, Valve has no obligation to compensate You. With respect to Third Party Games, the end user license or subscription terms for the Third Party Game may preclude You from giving Valve the right to distribute Your Contribution for a fee.

Payments for Paid Distribution of Valve Games.

If Valve chooses to distribute Your Contribution for a Valve Game for a fee, then Valve may set the price for such distribution in its sole discretion, and Valve will pay You as follows, conditioned on Your compliance with the obligations contained in this Agreement. Beginning with the calendar month in which Valve first distributes a copy of the Valve Game Contribution for a fee, Valve shall pay to You twenty-five percent (25%) of the Adjusted Gross Revenue (defined below) actually received by Valve from Valve?s distribution of the copy of the Valve Game Contribution during the calendar month. To the extent that the payment calculation results in a negative amount, that negative amount will be carried forward and deducted from any future amounts otherwise payable by Valve hereunder. Valve will remit payment in accordance with Valve procedures, currently net 30 paid in full. Please note that Valve may change procedures in the future, for example requiring a minimum amount to accumulate before making a payment. You also acknowledge and agree that other users, and Valve itself, may create other works that are similar to Your Valve Game Contribution(s), ...............

It looks like Valve keeps the right to sell the game at whatever cost they want. So it looks like they can have a sale whenever they want too. Regardless of what Scirra wants.

I agree that being able to have named paramaters would make it easier. I don't see it being more powerful.

Though I would love to see instead functions being able to be called without the the Function.Call("") requirement. But instead be used like a nomral function. so instead of

Function.Call("myfoo", "blah")

to

myfoo("blah)

My only concern is that your making an APP where the visual information only needs to be drawn when an update occurs or interaction. Where as C2 is a game engine which CONSTANTLY drawign and using up more processing power.

Now you can do an App with C2, but I'm more concerned that the constant high level processing will eat up battery power faster than intended.

I'm been trying to think of an alternative around this, but no clean way to do this.

and finally, B and C will require some extra work. You will probably need to either program a plugin to handle that or parse the AJAX data in C2. but I don't see in the end that you can't use C2.

> Absolutely epic news!ould be an epic news if web GL was part of it, now it's just a good news.

Maybe they will change their minds or they will "update" to web GL later.

I hope...

Well to be fair. If developers seriously used the Nintendo WebFrameWork to make games. Then started requesting WebGL as a requirement for more complicated projects. They just might, but right now I suspect they feel it's more for toy quick, less serious and deep games.

This is just me being pessimistic and wanting to be wrong so that I can be pleasantly surprised if it happens :D

Why wouldn't it be able to support WebGL?

That's because Nintendo isn't a technophile company. They are tried, tested and not into pushing technology. This is pretty clear as they using WebKit. Heck I don't think we even now the power output of there Canvas2D is. Keeping in mind that Ludie uses a custom canvas, as do others use a more performance custom version.

NotionGames

Shaders, and performance are the real meat of WebGl. Also if object rendering get's added. It would be really helpful to have WebGL for the better rendering. However, for the most part I'm pretty sure we can work around not having WebGL. While WiiU will probably not support WebGL, maybe the next iteration will.

Though I want to thank you for you working with Nintendo and Scirra for working to help open another platform for C2 games. You rock :)

I like my ipod touch 4g, it's been awesome. Also my daughters iPad2 has been fantastic tool around the house. I dont' think I can agree with the notion that they are bad products. Or is it bad because it's Apple? Outside of there growing draconian business behaviour, the products have been pretty good :)

Personally I'm really not concerned about the font, it's early. Apple has well enough to make sure lot's of people use the product for ease of access. I'm sure by time release comes out the average consumer won't care... actually I doubt the average consumer cares now. It's likely a just anti apple movement. However, Joannesalfa is right, as these are games. We should be using a spritefont and not any DOM objects anyways.