1. CJS doesn't support IAP. However somewhere there is a Cordova plugin that does support Ouya IAP. I don't know where it is. However the developer of Sticky Sticky can help on that. His game is HTML5 with PhoneGap and uses teh plugin.

2. If you can't effectivly add gamepad support you will have troubles then.

Ouya has a TBox on the controller, but should only be used for swipe. However it can be used to control a mouse cursor. But if you rely on it, I can't say it would pass. And the game would probably get a lot of negative feed back requiring a Touch to control.

For Layout Stepping and other such layout information. I usually create a LayoutSprite and create a set of vars on the object. Such as "NEXT_LAYOUT". So when the layout is done the ES will refer to

Goto Layout(sprite.NEXT_LAYOUT)

Cipriux is also valid.

GotoLayout( "level" & currentlevel + 1 )

Brita

I and I'm sure many others don't think your dumb(i don't speek for everyone), at least you listen and are trying to learn where others don't, won't and are hostile. For the more experienced programmers we know where your coming from. You have already defined a standardized pattern of using a set of tools. Your moving to a new environment and applying those development patterns to C2. However C2 is different enough that your patterns aren't working and feeling that C2 can't do these.

This is actually not uncommon as is a known situation. it's called Culture Shock(http://en.wikipedia.org/wiki/Culture_shock). That's exactly what happens one moving from one environment to another. Your facing it now. I faced it when I changed. I've seen other programmers go through it. Though each personality handles it differently. Some are more verbose in this shock than others.

I've seen culture shock in more than just cultures. Often I see culture shock in Windows to Linux/OSX, Android<>IOS, heck I've seen culture shock from FireFox to Chrome. I'm not saying everyone goes through this. I've never had culture shock with browsers or OS, but I have to admit using C2 was a culture shock. And this is the reason why veterans of C2 know that C2 isn't a tool set for just Toys. Where as that person who has used the tool for 2 hours thinks it's only for simple toy games.

My suggetions always has been. Start with a few small, but semi complex experiments. Get a feel for the difference before diving in. Get the feet wet. I tried diving in and found myself sinking <img src="{SMILIES_PATH}/icon_e_biggrin.gif" alt=":D" title="Very Happy">.. and like the other poster. He designed some work, then realized 6 months later his code is crummy. Same here. My earlier projects are crumtastic in design and I will be going over them.

That should work. umm. just an FYI though the OUYA doesn't do OnRelease for the controller.

It has

OnDown

IsDown

Bl4ckSh33p

How are you running the app?

Are you running a non official app. I find an overlooked non Scirra plugin is the cause many times.

I have a Fire. I can take a look if you want.

Not that speficially. I had a similar problem where my buttons and stuff where on the colour wheel

No way to integrate this into C2. The library is C++ not JS. So until someone converts it from C++ to JS in one way or another. Not much can be done about it. Though it would be pretty cool.

nice to have, but also far more other features I would like.... Modularity

Pin or not the logical order of objects updates determines the reaction of SetPosition.

So let's break down what is happening.

scml.setPosition( ply.x, ply.y )

ply.setPosition(newx, newy)

so what happens here?

the first object updates the position to the current player position. Then the player is updated. This leaves the scml(or any other object) 1 tick update behind. Is this a bug? no it's an architecture design issue. The solution.

ply.setPosition(newx, newy)

scml.setPosition( ply.x, ply.y )

ok ok, but of course there is a problem. I'm aware of it too. The player is likely to be using a behaviour like Platformer. Which means we can't actually control the order of position. And as a >>>hunch<<< it goes like this.

EventSheet

Behaviours

And of course we can't actually control that order So instead try

wait0

scml.setPosition( ply.x, ply.y )

So is it a bug or is the result of design architecture. How can we create a fundamental change mixing plugins and ES code? The best we could get is the toggle ES/Behaviours order. But that won't fix the problems for PIN. How do we order which behaviours go last in the order structure? This is kinda the thing that just has to be. We get a massive awesome tool, but we need to accept the design architecture.

If Ashley decides to put the actions of PIN after all other updates. Then that breaks up the speed flow. As the object updates, other objects update, then goes back to PIN objects. This would reduce performance as this increases object loop update size.

Your noticing this on the SCML. I've seen it on a lot more. It really depends on some other form of object ordering. For now try the Wait 0 and see if that fixes up the problem. However it's still not an SCML issue.

And just assist you a topic made two years ago.

KFII

That's not a BUG. That's just how PIN works. It's also not related to Spriter at all.

An object PINNED only updates after the parent object moves. If the PINNED object get's called update before the parent. Then when the parent moves the PINNED object won't update in the same tick. Instead the PINNED object will be updated the next tick.

As a sample take 4 objects. Pin each one to the next to create a kind of chain. Then have the root parent fall. You will see the results of pinning.

Personally I have plans to make a Plugin called SceneGraph. Which will work in a downward model. So when the parent moves, the system goes down to the children objects and will then do updates based on relative position. but that's not on the list right now.

FYI. I didn't say Sticky Stick was made with C2. I mentioned Sticky Sticky was an HTML5 game. As an HTML5 game he is limited to the exact same eco system of tools as C2 is. ie same position. So if some one can get the IAP to work in HTML5 then the IAP can work with C2. I think I also mentioned the Plugin in question was based on Cordova and at the time only PhoneGap was supporting Cordova. however CJS is now also supporting Cordova too.

I'm interested in what they are offering for the pipeline. Howevey maybe the meaning was 22mb?

If that's true maybe Boxer8/Ouya are providing a Crosswalk Solution? I'm not talking about XDK which is manhandling the situation, but Crosswalk. For those with a Linux machine you can build Crosswalk games without the XDK. All you need to do is dump in the HTML5 into a folder then start the build process. And boom APK. However for Windows, the build chain seems to be broken because it's relying on Python/Bash calls that are being funky,

Hey a C2 forum on Ouya. While still waiting for Character Maps for Spriter I kinda fell away on working on my Ouya game. I'm kicking back up now, but I didn't even know about the C2 Ouya forum. Good hunting

FYI. I didn't say Sticky Stick was made with C2. I mentioned Sticky Sticky was an HTML5 game. As an HTML5 game he is limited to the exact same eco system of tools as C2 is. ie same position. So if some one can get the IAP to work in HTML5 then the IAP can work with C2. I think I also mentioned the Plugin in question was based on Cordova and at the time only PhoneGap was supporting Cordova. however CJS is now also supporting Cordova too.

I'm interested in what they are offering for the pipeline. Howevey maybe the meaning was 22mb?

If that's true maybe Boxer8/Ouya are providing a Crosswalk Solution? I'm not talking about XDK which is manhandling the situation, but Crosswalk. For those with a Linux machine you can build Crosswalk games without the XDK. All you need to do is dump in the HTML5 into a folder then start the build process. And boom APK. However for Windows, the build chain seems to be broken because it's relying on Python/Bash calls that are being funky,

Hey a C2 forum on Ouya. While still waiting for Character Maps for Spriter I kinda fell away on working on my Ouya game. I'm kicking back up now, but I didn't even know about the C2 Ouya forum. Good hunting

"Is there any way that Scirra can develop some quality solutions that will work as they shud... leaderboards, in app purchases etc?"

There is no specification for Google Leader boards. Also you can use Browser.execjs to use JS api's without writing your own plugin. I have a FGL pure CAPX implementation of their SDK. Including FGL leaderboard. If you have AJAX support you have access to the creation of leaderboards.

I have said it before. But sometimes it's time to pull up the sleeves are create it. R0j0, Rex, Luna, Kyratic and many others write Plugins to access JS functionality. That's the point of the SDK. If it's missing and some one needs access to it, then they have options. Scirra doesn't need to create everything for the users. there are other that cover those.

Also Scirra provides an Arcade score for their own score system.

Scirra also provides the IAP for a handful of stores and I'm pretty sure there other non Scirra plugins that support other stores.

As a piece of information. In store purchases for say Unity don't have Unity support for IAP. All Unity developers who are doing IAP have to use 3rd party apps that they pay for or create there own. Only Unity5(not out yet) will support IAP. So really C2/Scirra are providing a massive load of features already in comparison t other big name tool sets.