The Info.plist file is home to the metadata about your application used by the operating system. Most Cocoa programmers know that it stores the bundle identifier, icon name and version number of an application but the Info.plist can also control access to essential iPhone hardware resources and can change the very nature of your Mac OS X applications. In this post, I'll cover basic Info.plist usage and also explain some of the rarer settings.
The default fields: identifiers, icons and version numbers
The Info.plist is the main source of metadata that the operating system has to learn information about your application. Everything that the operating system may need to know (names, icons, supported file types, URL types,
NSApplication subclasses) may all be specified in the Info.plist.
The file itself is familiar to almost all Cocoa programmers since Xcode inserts one automatically into every project created from an application template.
Probably the most common settings are:
CFBundleIdentifier— the identifier for your application, normally in the form "com.[company].[application]". The iPhone tries to fill in the application name from the Project's product name but will fail if you ever try to build for a device if there are spaces or differences in capitalization so you may just want to set this manually.
CFBundleIconFile— almost every application I ship names its icon "Icon.[png/icns]". Why Apple can't put a default value here, I don't know.
CFBundleVersion— this isn't the only version number since you can embed a different version in the Project Settings. If you don't have a formal build system in place though, you'll need to make certain that this number is always different every time you give a build to someone to test (a crash log is useless if you can't guarantee which version it came from).
How Xcode builds the Info.plist
Most of the other settings that are in the Info.plist by default have either good initial values (like the
NSMainNibFile value which is automatically set to the name of the Nib file that the template itself includes), are largely pointless (like the
CFBundleSignature which is a campy Mac OS 9 throwback) or are generated from values defined in the Project settings (like the
The reason why the fields in the Info.plist can be generated from "Project settings" fields is that their values are filled in when the Info.plist file is "built" by Xcode.
Building the Info.plist file is actually the first stage in building for an application — the file is build immediately after creating the directory structure for the bundle. You can control the Info.plist's build settings in the "Packaging" section of the Target settings — including setting a different Info.plist for each target if needed.
While most stages of a build are handled by an external process (like gcc or ibtool), if you look through the Build Results window log, you'll notice that the Info.plist is built by a tool that identifies itself as
<com.apple.tools.info-plist-utility>. This isn't actually a separate tool — it is described as "abstract" by the "Built-in compilers.pbcompspec" in the DevToolCore.framework and is implemented internally by the
XCInfoPlistUtilityCommandInvocation class in the DevToolCore.framework. Xcode passes the arguments into this class (like it would for any other build stage) and the class parses the arguments and handles all the work itself.
Reading from the Info.plist in your program
While the Info.plist is primary metadata that your program advertises to the operating system and external programs, your program can easily read any of the fields in the Info.plist for its own purposes using the
infoDictionary. For example, the URL to an iPhone app's own page on the iTunes App Store would be:
NSURL *appURL = [NSURL URLWithString:[NSString stringWithFormat:@"www.itunes.com/app/%@", [[[[NSBundle mainBundle] infoDictionary] objectForKey:@"CFBundleDisplayName"] stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding]]];
Technically, you can store anything you want in the Info.plist file but generally your own data would be better put in a separate file so you don't slow the operating system down when it needs to open and parse the Info.plist file to extract the data it needs.
Essential iPhone Info.plist entries
A number of fields are required in the Info.plist to control aesthetic options for an iPhone application. These include:
UIPrerenderedIcon— set this to disable the gloss highlight that the Springboard applies to your application's icon.
UIInterfaceOrientation— use this to start your application in a non-portrait orientation.
UIStatusBarStyle— use this to enable black or tra