01-22-2013 12:49 PM
01-22-2013 12:51 PM
If the only goal of your sample is to allow apps to upgrade from free to paid then your solution could work, it just makes it very strict and prevents models that allow more payment flexibility (selling other goods etc).
01-22-2013 12:53 PM
01-22-2013 12:55 PM
I'm not talking about more levels of functionality, but what I am saying is that if the app would still like to sell more goods apart from the premium app upgrade it would not be able to use your model (ex if the app is a game and they sell outfits for your character, you may want to unlock the full app including all levels as well as sell outfits).
01-22-2013 01:23 PM
This is EXACTLY what I DON'T NEED.
I need boolean switch between FREE and PAID app (or TRIAL/FULL). Please let me know if this is not legit usage of InAppPurchase.
Not sure what is ratio of freemium games/games/normal apps in BB World is but I'm almost sure that majority of apps needs this simple usage of IAP and developers spend hundreds and maybe thousands hours reinventing wheel. I belive simple single purpose class delivered by BB could solve their nightmare.
WP7 has even support for trials built in AppHub with quite simple API, I wish BB had the same.
01-22-2013 02:42 PM
You can create a sample that just has a switch, I'm just saying it won't be useful for other scenarios, it becomes a sample tightly coupled to checking for one purchase only.
01-23-2013 02:49 AM
01-23-2013 07:51 AM
It can be tested in local mode for purchases made during the lifecycle of the application. As soon as the application is closed all past purchases are lost.
01-23-2013 08:01 AM
So why it returns an error
Code( 1 ) Text( "Get existing purchases (network) not supported in test mode." )
if I invoke
But I tried this on my app that I already have in AppWorld and it seems to be working. Unfortunately I already own virtual good (I bought it in the pas) so I could just verify that it restores previous purchase.
Thanks for your help
01-23-2013 08:03 AM