Halfgeek's Forum Posts

  • > I just make my splash screen images distorted so when it stretches for 16:9 or 16:10, it looks correct.

    >

    I was seriously going to do that but then it will still be wrong for some devices. But I guess you'll have covered the majority 16:10 and 16:9.

    Yup, the vast majority of Android devices in Landscape is 16:9 or 16:10 so its ok!

  • I just make my splash screen images distorted so when it stretches for 16:9 or 16:10, it looks correct.

  • If so,

    You say that If user has canceled adremover IAP, he still has the iAP?

    Can user misuse this with intention? (i.e buy and cancel with intention)

    A user cannot easily cancel an IAP, they have to ask Google to do it on their behalf with a good reason. It's not something to be worried about.

    But a DEV can cancel or refund any user IAP anytime, DEV gets no money, but user still has item.

  • As far as I know, you cannot revoke a user's purchased product.

    As a dev, in the Google Wallet, if you Cancel or Refund, you don't get the money, but the user still has their item. You cannot retract it IRC.

  • —

    Thanks for your reply to russpuppy.

    In my thought, it seems not right "If you do not consume the purchase after On Purchase Completed, the user always retain the purchase for restoring".

    Can you explain other wrapper's right IAP workflow?

    That is how its meant to work.

    A purchase not consumed is still on Google Server, so users are able to use the Restore Purchase option, or check for Has Product.

    CocoonJS previously would automatically consume a purchase, which is why it could not Restore Purchase, they recently fixed it to no longer be auto-consumed but you had control over it with a consume product call.

    Manual consume or finalize is the correct way to implement IAP plugins, since devs can code for consumable (potion/gems) or permanent (extra stages, bonus content, ad remove) IAPs.

  • I have a question for those using the IAP plugin.

    How do you test purchases? For example, if I use one test user to buy the in app purchase, it will tell me that the user will always have the purchase whenever I restore purchases (even if I cancel the order). Do you create a Google new user account every time you want to re-test the purchase of an item?

    If you do not consume the purchase after On Purchase Completed, the user always retain the purchase for restoring.

    To sell a consumable IAP, you must call to consume it else they cannot rebuy it again as the item is already present on their Google account.

  • > Because you need to set the minimum Android version when you compile with CJS.

    >

    > You can just change the variable in Manifest.xml when you decompile, you will see a line on top like so:

    >

    > <uses-sdk android:minSdkVersion="10" android:targetSdkVersion="19" />

    >

    > Change the minSdkVersion to 9+ or whatever you need and build it again with apktool.

    >

    Thanks for the quick reply — , yeah I already recompiled with the corrected manifest before that last post, I was just wondering why you were recommeneding a new apktool version for 2.0.2 compiled apps, if there were any problems that were encountered used the version of apktool you uploaded with 2.0.2 compiles.

    Some users couldn't build after a recompile with the older apktool. The apktool I posted works fine for me for 2.0.2, but it does not work for Intel XDK built APKs.

    So just use whatever works for you, its all the same in the end. Glad it works fine for you!

  • Because you need to set the minimum Android version when you compile with CJS.

    You can just change the variable in Manifest.xml when you decompile, you will see a line on top like so:

    <uses-sdk android:minSdkVersion="10" android:targetSdkVersion="19" />

    Change the minSdkVersion to 9+ or whatever you need and build it again with apktool.

  • I support Crosswalk Intel XDK.

    So freed Phonegap Admob plugin and Phonegap IAP plugin.

    Go to download:

    Very kind of you to do that.

    If any C2 dev use these (I'm sure its the most sought after feature for XDK), please consider donating to cranberrygame.

  • O_o I thought Apple is banning all games similar to Swing Copters, or got the same words in its title or description. Did they stop doing that?

    Good job with your Piggy Copters.

  • It's fine for PC.

  • Pros of CocoonJS:

    4. Everything works and runs smoothly on mobile.

    Only for small games, and even then it crashes on a lot of devices.

  • Intel XDK should hire Cranberrygame.

    He's pretty damn good.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads

  • >

    > >

    > > Any word on IAPs?

    > >

    >

    > Works fine with XDK

    >

    > https://play.google.com/store/apps/deta ... lite&hl=en

    >

    > https://play.google.com/store/apps/deta ... girl&hl=en

    >

    > You can test the IAPs for yourself. <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

    >

    Fantastic looking games Silverforce, I hope they make it big on the play store!

    So is implementation of IAPs on XDK as simple as using the IAP object in Construct2 and linking it to the play store in-app products in the developer console, or do you have to edit some settings in XDK?

    All the instruction is here: plugin-phonegap-related-plugins-crosswalk_t109586

    You need to get these plugins, its got a doc file that explains how to do it as well as example CAPX. Pretty straight forward.

    If you don't want to pay for it, you have to wait for Intel/Scirra to release officially supported plugins. Not sure when it will be available.

    Essentially these plugins implements Google's SDK so they work great.

  • thanks for your quick reply cranberrygame

    I am running into an issue where "has product" is triggered as true even after I have cancelled the test order in my developer wallet merchant center. Do you know how the google servers work, if it takes a while for cancellations to go through or something? Or is this how it is intended to function?

    edit: See "purchaseState" on this page: https://developers.google.com/android-p ... s/products - is it possible to get the purchase state to discern purchased orders from cancelled orders?

    Russpuppy, even if you cancel an order in the Wallet, the order is still through for the user, you just don't get paid for it. That is how it works, you can't take it back from their device. <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

    I suggest you keep it simple if you want to restore purchase.

    If its not consumed, you can just check Has Product (which check on Google server if its there, if so, returns true) after store listing, then do whatever like set a global variable or something.