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?
Related
I am writing an app for a band. It must be possible to purchase their music from within the app. Here are the options I am considering:
1) Purchase music as an in app purchase. Not very useful because AFAIK the music files cannot be exported to the ipod music library and are only playable within the app. I could kind of get around this by giving the user a URL from which they could then use to download the songs themselves but does apple block this kind of approach - is it seen to compete with the itunes music store?
2) Simply link to an album in the iTunes store. Not ideal as it takes the user out of the app. If I did go this route is it possible for the app to get a confirmation that the purchase went through or at least have the store bring my app to the foreground once finished with the purchase? Alternatively I suppose I could search the iPod library by artist from within my app to determine if they have purchased something by the band.
3) Are there any other options?
Linking to iTunes seems like the best step here, especially for the user, as this allows them to use the tracks across devices, and makes your life much easier when it comes to piracy limitation(links can be shared extremely easily) and also wont piss Apple off.
As for confirmation of purchase, I really have no idea, searching through the library could work I guess, but they may not have downloaded the track yet etc.
2.21 of App Store Review Guidelines states, that apps that simply a song should be submitted to iTunes store.
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.
Sir i had developed an iphone application and released on cydia, which i seen it to be cracked in with in a day, later i came to know about the DRM , can any one please help me how to intehgrate DRM with my application
Thanks in advance
I agree with BoltClock, its semi-pointless to have app protection in your app, I have several in Cydia. With my largest app, I do have my own implementation of "security". I wont give away my secret, but there's a way you can check against the Cydia Store API to see if your app has been legitimately purchased. Get with Jay Freeman (saurik) on how to obtain the API for this. He has written up a few guides on his backend API for Developers to check if the app has been purchased.
Alternatively, you can provide a "Free" version of your app, or a "Trial" to allow users to try your app, and if they like it, they can buy it.
A time-sensitive feature may be useful too, that is something you can look into.
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.
I want to make an app where every single item is unique. I could not find out much information about the Store Kit in iPhone OS 3.0. Do I have to upload all these download-items to the App Store? Or can the download be made from my own server?
Example:
I have 10 items in my app that people can buy. They are highly exclusive, so the one who buys item X, will be the only one who's got that item. after the purchase it's not available anymore.
Do you think it is possible to do that?
I would suggest re-asking this question on the apple developer forums - the 3.0 API is under an NDA and cannot be discussed on a public forum like this.
That said, I would imagine the in-app purchases are held to the same standards as app purchases - each item that you offer for sale must be approved by Apple.
My gut feeling is that the store kit is used to handle the transactions/purchases but you'll have to host your downloads on your own server. OR I suppose another method is to include all files in the app to start with (or in app updates), and that buying stuff merely unlocks that data. I think Burnout Paradise for the 360 does this. That's probably how someone can buy a car to use in game that someone else can see in multiplayer even if they haven't bought it.
I imagine I'll probably create a google app engine site and host my downloads there. That way the game can be more flexible. DLC content wouldn't be dependent on app update approvals.
I'd like to the have the option to host the files in the app store. That would be convenient. :)