The Instapaper Default.png dilemma

We've gone through the same problem. In our case, we wanted our game to resume exactly where the user left off (i.e. no splash screen).<p>Our solution was to use a pure black Default.png, and design our game to have very low upfront load times. On iPhone 3GS, our game takes 1-2 seconds to fade in from pure black.<p>This also fixed the problem we had where some users that preferred to flip the game upside down (landscape mode).

The AppleWay (tm) has another problem:<p>By displaying the last snapshot of the app as a splash screen, the Apple apps imply that you can immediately interact with the application - but you can't, because it's just a static image.<p>On slower hardware (e.g., the original iPhone/iPod Touch), this violation of user expectations can last for a measurable time - easily enough for the user to make multiple attempts to interact.<p>Touch...nothing happens. Touch...nothing happens.<p>A splash screen is better than a misleading "last view" snapshot.<p>Go with the night mode splash screen.<p>kb

Notes and Calendar are the only apps that still use custom launch images. I always found it to be more annoying than useful because you can't tell when the damn app has actually started running, so it's no surprise that they didn't make that feature available to third-party apps.<p>But if you look at Apple's other software, say, iBooks or Remote.app, the launch image often doesn't match the initial UI presented when the app starts running. I don't think it's much of an issue.<p>In the case of Instapaper, I might consider doing a very fast animation from light to dark, when necessary, but I wouldn't spend much time on it.

Animate from Default.png to the first view:<p><pre><code> CABasicAnimation *a = [CABasicAnimation animationWithKeyPath:@"opacity"]; a.duration = 3.0; a.fromValue = [NSNumber numberWithFloat:1.0]; a.toValue = [NSNumber numberWithFloat:0.0]; [theLayer addAnimation:a forKey:@"animateOpacity"]; </code></pre> Warning: tapped out that code off the top of my head and didn't put it through a compiler.

This is another case of Apple not allowing third-party apps the same features of it’s own apps (the previous privilege being multitasking, now mostly allowed).<p>This disparity makes it hard for a developer like Marco, who is only trying follow his rule of “If in doubt, do it Apple’s way” (as repeated in the HIG and similar documents Apple provides to developers).<p>That said, with the new multitasking support in iOS 4 for newer devices, perhaps this issue is less important than it once was, especially for apps that you use often (and thus keep running).

This are my solutions: <a href="http://twitpic.com/360tqd" rel="nofollow">http://twitpic.com/360tqd</a> or <a href="http://twitpic.com/360t2b" rel="nofollow">http://twitpic.com/360t2b</a><p>Effectively, halfway between the dark and light.

Possible solutions:<p>- Make it a picture of the dark mode interface, and animate to the light interface on start (or vice versa).<p>- Show the splash screen, and animate in the UI components.<p>I have no idea how hard either solution is, but you might be able to get a less jarring start from an approach like this.<p>It sucks that you can't take a snapshot of the app when exiting though.

On the fastest hardware, you could keep Default.png displayed just a split second longer to avoid the "blink too quickly" problem.<p>Yes, it's bad because it further delays the launch of the app but if the hardware is so fast that the short blink is a concern the slight added delay probably isn't a big deal.

This is also an issue for one of my apps, which can launch in a horizontal landscape, there's no way to create two Default.png files, once for each orientation (correct me if I'm wrong, would love to optimise for it).

Marco doesn't have any comments enabled, which is a shame. He seems quite difficult to make contact with.<p>I'd say start with the dark default image. If you're starting Instapaper in a poorly lit environment in dark mode it'll be more disrupting to your night sight to have a bright starting image than if you start in normal mode and have a dark starting image.<p>Are splash screens cheesy? That's a personal convention, but screwing with someone's night sight for a particular use case focused on it being dark is probably far worse.<p>I use dark mode during the day on Instapaper Pro, I just prefer it and find it easier on the eyes.

Correct me if I'm wrong, but isn't this problem solved by using a symlink? Creating a symlink with the name Default.png and then dynamically generating the file it points to is basically on par with Apple's built in apps.<p><a href="http://collison.ie/blog/2008/11/dynamic-defaultpng-files-on-the-iphone" rel="nofollow">http://collison.ie/blog/2008/11/dynamic-defaultpng-files-on-...</a><p>The article is from 2008 and the SDK may have since disallowed this behavior. I've not tried it myself.

I would just forgo the launch image for Instapaper then. Just get the UI up as quickly as possible. Also, supporting "multitasking" on iOS 4 helps with getting the UI up quickly when brought into the foreground.

I love the look of the splash screen... why don't you just go with that? What does dropbox do? their app comes up with a lovely looking splashscreen as well and it sticks for a little while..

Using secret APIs and not allowing third-party developers to access them so that first-party apps are better. Seems to me I've heard this before...

iPhone User Interface Guideline recommends design a launch image that is identical to the first screen of app, and avoid a splash/about screen and branding elements.<p><a href="http://developer.apple.com/library/ios/#documentation/UserExperience/Conceptual/MobileHIG/IconsImages/IconsImages.html" rel="nofollow">http://developer.apple.com/library/ios/#documentation/UserEx...</a>