Yeah I looked into Bitcoin, I think it's a bit niche to make any real impact at the moment (getting paying players is hard enough, without getting paying players with bitcoins).

I was hoping for something similar to Clay.io, where I could process a payment for an IAP ingame, except money went directly to a charity of my choice.

Hi all,

I'm looking for a way to allow players to make in-app purchases, with all proceeds going directly to a third-party charity.

I figured there would be an API or something, but I can't find anything - only APIs that are targeted towards charity owners and raising funds for themselves.

If anyone knows of a way to do this it would be greatly appreciated. I'll happily build a plugin to add the functionality into Construct 2.

Cheers

SuperMoi feel free to post in the plugin topic and I'll do my best to help you with any issues:

Plugin Windows Phone

Lol, that's pretty funny.

It sounds like it maybe an automatic reply - you might want to chase up with them directly.

tapptil brilliant news, thanks for the heads up. Now we have time to iron out some bugs and I may even work on another side project to submit :)

We have to use a business license, but were fortunate enough to win one :)

Paradox make sure you've got the following in config.xml:

<content src="index.html"/>

szymek I just passed validation with that last change. In the nick of time by the looks of it.

Ashley this makes sense, and I agree for most situations.

My use case is having a text object with a standard text size that is used throughout the game. This means when I dynamically create any text in game it matches the predefined size, rather than setting parameters for every created instance.

There are a number of alternative solutions though, with global variables or functions to solve the problem too.

Paradox I'm not sure to be honest. I couldn't get the back functionality to behave at all in the simulator so my resubmission was based on guesswork.

Paradox I'd used the back button to navigate menus and pause the game, but not to exit the game. So when on the first screen and the user pressed back, nothing happened.

You need to add browser -> close, in order to quit the game. The default behavior is overridden the second you use 'on back pressed'.

— yeah we're in discussions with our publisher with how to tackle this. This has been my suggestion:

Having looked at Android distribution previously, I was aware you could restrict an apps availability by hardware model. It appears you can't do that on iOS.

As we've discussed, we'd only be targeting newer device models. iPhone 4S and above and iPad 2 and above. There doesn't appear to be a way to restrict access in this way.

The closest solution I could find is to restrict availability by device capability. More info here: stackoverflow.com/questions/4718813/how-can-i-restrict-my-ios-project-to-iphone-4-only

We could restrict the game to devices that use Bluetooth LE, effectively limiting to iPhone 4S and above and iPad 3 and above.

Failing that I would suggest just saying it's not supported at the very beginning of the description.