Only documents and other data that is user-generated, or that cannot otherwise be recreated by your application, should be stored in the /Documents directory and will be automatically backed up by iCloud.Please review these guidelines, make any required changes to your app, and submit an update to the App Store.Īnd that documentation page makes it pretty clear: Your app should store data in these locations according to the iCloud Data Storage Guidelines on. In addition to purchased music, apps, books, Camera roll, and device settings, everything in your app’s home directory, including its Documents folder, is backed up to iCloud.ĭata stored in the application bundle itself, the caches directory, and the temp directory is not backed up to iCloud. Since iCloud backups are performed daily over Wi-Fi for each user’s iOS device, it’s important to ensure the best possible user experience by minimizing the amount of data being stored by your app. In recent testing it appears that stores a fair amount of data in its Documents folder. Many developers have recently received emails from Apple like this: In iOS 5, since iCloud backups are now possible, Apple has started cracking down on apps that store too much in any backed-up directory, such as Documents. Prior to iOS 5, the system never deleted the contents of Caches and tmp, so they were safe places for apps to put data that should always be available but could be redownloaded if the user did a complete restore or otherwise lost all data, and therefore shouldn’t be taking up space in backups and slowing down syncs. Every file and directory that an app puts there, except anything in a Caches or tmp directory, gets backed up when you sync your device to iTunes. I can’t find the tweet now - sorry.)Įvery iOS app has its own “home” directory where it can store files. (Screenshot by someone on Twitter two weeks ago. And on the iPad, with this reworked app, the experience looks to be even better.A programmer, writer, podcaster, geek, and coffee enthusiast. It’s a breeze to find a piece of longer content on the web, hit the Instapaper bookmarklet, and revist the content in its stripped-down form later on the iPhone or Kindle. Instapaper takes any piece of content on the web and strips it down to its bare reading essentials. That’s why I think Instapaper may be one of the first real killer apps for the device. With iBooks and all the print media deals, clearly Apple believes one of the iPad’s core strengths will be reading. And it conjures up memories of the universal apps that existed as Apple transitioned from its old PowerPC chips to the newer Intel ones. But telling paying customers they have to pay twice is a bit of a stretch, so this universal approach seems smart. If Arment was so unhappy with the iPad scaling, clearly others will be as well, and will also be anxious to have an iPad-native version of their app. I wonder if more developers will offer similar deals. This is interesting as it allows developers to charge one fee for the two different versions. While clearly the iPhone and iPad versions will be different, apparently developers will be able to bundle iPhone/iPod touch versions with iPad versions in one package (the SDK page hints at this). To be iPad-ready, Arment reworked the latest version of Instapaper (2.2) and now has made a “universal” version of the app. Arment is basing this off of his experience with the iPad software simulator (since no developers have the actual device yet), but I can confirm that some apps did look a bit wonky when scaled up when I played with the device after Apple’s unveiling in January. In fact, he says that the experience of seeing his app scaled this way (2x) has turned him off of the idea of using any app scaled up to the iPad’s resolution. So why not just let users scale up the current iPhone version of the app? Because it looks awful, according to Arment. One entirely new feature is a list screen that allows you to easily navigate bookmarked articles when the iPad is held horizontally. But as Arment explains, he went through quite a bit of trouble to tailor it for the new device. Aesthetically, it doesn’t appear to look all that different from Instapaper for the iPhone. Tonight, Arment posted a preview of Instapaper for the iPad, and it sounds perfect for the device. And I have no doubt that a fourth category is about to be added to that list: the iPad. Between the web, the iPhone, and the Kindle, it’s easily one of my most-used apps. The simple bookmarking application Instapaper made by Tumblr developer Marco Arment is one of my favorite applications, period.
0 Comments
Leave a Reply. |