So I had a chance to look at the docs (rather than going off my memory): In the Runtime Configuration Guidelines you'll find the definitions for these keys:
LSBackgroundOnly LSBackgroundOnly (Boolean) specifies whether this application runs only in the background. If this key exists and is set to "1", Launch Services runs the application in the background only. You can use this key to create faceless background applications. You should also use this key if your application uses higher-level frameworks that connect to the window server, but are not intended to be visible to users. Background applications must be compiled as Mach-O executables. This option is not available for CFM applications. LSUIElement LSUIElement (String). If this key is set to "1", Launch Services runs the application as an agent application. Agent applications do not appear in the Dock or in the Force Quit window. Although they typically run as background applications, they can come to the foreground to present a user interface if desired. A click on a window belonging to an agent application brings that application forward to handle events. The Dock and loginwindow are two applications that run as agent applications. On Tue, Feb 3, 2009 at 6:01 PM, Bill Janssen <jans...@parc.com> wrote: > Mark Munz <unmar...@gmail.com> wrote: > >> LSUIElement allows you to link to AppKit and connect to the >> WindowServer. That means you can create floating windows, system >> menus, etc.. Or UI elements -- as the name suggestions. >> >> I believe LSBackgroundOnly is more limited in user interaction, >> although it works well with AppleEvents. >> >> If you're planning to put up any UI to the user, you should go the >> LSUIElement path. I tend to default to LSUIElement for anything that's >> in the background -- as it always leaves me with more options. > > Thanks, Mark. Good to know. I'm wondering if those restrictions (on > apps marked as LSBackgroundOnly) are written down anywhere... > > Bill > -- Mark Munz unmarked software http://www.unmarked.com/ _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com