I want to create an ebook store app which has in app purchase.
All the ebooks will contain images, sounds, text and XML file and will be stored on a web server.
XML file will contain mapping on what sound to play and what text to display on particular page.
1) Being a newbie for in-App Purchase, I would like to know whether I should download all images, sounds, text and XML together or one after another. Or what would be a better mechanism to download all these items?
2) I have read that Apple requires that if a user purchases an item through in-App purchase, all his devices should be able to access that purchased item. How do we ensure that?
Also, if you have experience related to similar project, can you please share the challenges that I might face and possible solution to it.
I really appreciate your advice.
Thank You.
I would compress all the files into one archive and then decompress them on the device. This will speed up the download and will also make your code a little simpler as you'd only need to download one file per ebook.
The StoreKit framework has methods for determining if a user has already purchased an item. If an ebook has already been purchased, then just have the app download it to the device. This is all documented in the StoreKit documentation.
Related
After search several apple documents and websites, I feel that apple only allow to read media data from ipod-library.
Is there anyone confirm about this ?
Is it possible to implement the feature to delete media from ipod library ?
Regards,
Soontak Lee
No, if someone shows you the hack still I would not recommend as your app will be likely to get rejected by Apple. It's a violation of sandboxing. An app does not have power to add or delete from data from another's app's sandbox.
Would you feel okay if third party app developer creates an app which lets user deletes data from your app?
I have done a bible application in iphone,there is a last section called database download,there are 10 buttons each buttons have diffrent language database to download,the database is bible database,if the user tap the hebrew button it will have to download the hebrew database from the server through Inapp.I know there is no other direct payment option available in ios,but we can use the store kit framework for acesses the inapp purchase.But i didnt know how to do this.If anyone have an idea for doing a inapp payment purchase and download within the app,please share with me,it will be a great help for me to do this.
Thanks regards.
You don't handle the download through StoreKit (the framework for performing in-app purchases). You do that yourself, however you'd like.
One you download it, it'll need to be stored in the app's Documents folder.
Use this for performing the financial transaction:
https://github.com/MugunthKumar/MKStoreKit
I want to sell E-books and photos online through in app purchase of appStore. For that I would like to know the following things before proceeding to the in app purchase implementation.
Is it possible to copy the downloaded e-book to another computer?
Normally if we download images or pdf books via inAppPurchase means where these contents will be saved into the device (iPhone,/iPad).
Apple In-App purchase is well suited for your requirement.
Answer 1:
I could not not transfer downloaded to others computer.
Answer 2:
What ever file you download in the application are stored in your application sandbox, So once the application is installed/Removed user will lost all downloaded/stored data.
I am very new to developing apps on the Iphone (In-fact I am new to application development all together). I would like to know what the feasibility for an idea for a app on the iphone is.
1)The application would allow users to download content (audio or if possible video files) onto the device.
2)Each of these files will need to be purchased before downloading, at a fixed price.
3)The user can then play the downloaded files on the device.
Is such an app possible to be made on the Iphone?
If so can anyone give me pointers on how the payment procedure should be, and how revenue will be shared with apple?
From what you described, that sounds very possible.The users would pay you directly through a credit card for the files.
If you are already a registered apple-Developer, have a look at the InAppPurchase(IAP) ProgrammingGuide in the iOS-Devcenter.
The purchase of any content must be handled through IAP.
This is written in the App Store Review Guidelines, Item 11.2 (Because I'm new, I can't provide a link. Sorry for that)
It is not possible that users pay you directly.
We have developed a magazine style app for a client. Even though we're pretty happy about it we want to migrate to a in-app purchase version ASAP. The idea is to have an app much like Wired or Popular Science where you can purchase issues on a monthly basis.
We have read the in-app purchase programming guide, but the problem we're having is not related to the in-app purchase process at all. The real problem is the issues themselves, since they are made of View Controllers, assets, and so on.
I guess the question is how do we package a magazine issue and make it available to an app? Does anybody have an idea how to do this?
You could create your content with Interface Builder put the compiled nib files with their linked assets into a bundle and ship that. May you need to add a plist to the bundle that contains information about the content.
You will not be able to ship executable code (ViewControllers) via in-app purchase. There's no way (and your contract with Apple forbids) to get executable or interpreted program code into your app after the user downloaded it.
So you will need to define possible functionality upfront and include all code into your app. Only assets and nibs can be loaded afterwards.
In fact I am not quite sure about the nibs. From all I know and understand they are just a document format without any code, but I maybe wrong.
As a web page, displayed in a UIWebView?