Ninglow

Launch Services (part of the Core Services framework in macOS) provides support for launching apps and matching document types to apps. As a result, the keys recognized by Launch Services allow you to specify the desired execution environment for your bundled code. (In iOS, Launch Services is a private API but is still used internally to coordinate the execution environment of iOS apps.)

Dec 28, 2017  1bda6fb. Transforms application into a UIElement agent app when minimize to tray is enabled and the window is hidden. This hides the dock icon and removes the application from the Cmd+Tab listing. The changes work well together with macOS's inbuilt hide feature. Nov 09, 2014  The way you can avoid all aggravation with these programs and get them to hide forcefully is to edit the applications info.plist. To find this file, navigation to where your application resides, usually in the applications folder within OSX. Once there find the application.app and right click and hit “Show Package Contents”.

Launch Services keys use the prefix LS to distinguish them from other keys. For more information about Launch Services in macOS, see Launch Services Programming Guide and Launch Services Reference.

Key Summary

Table 1 contains an alphabetical listing of Launch Services keys, the corresponding name for that key in the Xcode property list editor, a high-level description of each key, and the platforms on which you use it. Detailed information about each key is available in later sections.

LSApplicationCategoryType

LSApplicationCategoryType (String - macOS) is a string that contains the UTI corresponding to the app’s type. The App Store uses this string to determine the appropriate categorization for the app. Table 2 lists the supported UTIs for apps.

Table 3 lists the UTIs that are specific to games.

LSApplicationQueriesSchemes

LSApplicationQueriesSchemes (Array - iOS) Specifies the URL schemes you want the app to be able to use with the canOpenURL: method of the UIApplication class. For each URL scheme you want your app to use with the canOpenURL: method, add it as a string in this array. Read the canOpenURL: method description for important information about declaring supported schemes and using that method.

To learn about the converse operation of registering the URL schemes an app can handle, read the description of the CFBundleURLTypes key.

This key is supported in iOS 9.0 and later.

LSArchitecturePriority

LSArchitecturePriority (Array - macOS) is an array of strings that identifies the architectures this app supports. The order of the strings in this array dictates the preferred execution priority for the architectures. The possible strings for this array are listed in Table 4.

If a PowerPC architecture appears before either of the Intel architectures, macOS runs the executable under Rosetta emulation on an Intel-based Mac. To force macOS to use the current platform’s native architecture, include the LSRequiresNativeExecution key in your information property list.

LSBackgroundOnly

LSBackgroundOnly (Boolean - macOS) specifies whether this app runs only in the background. If this key exists and is set to YES, Launch Services runs the app in the background only. You can use this key to create faceless background apps. You should also use this key if your app uses higher-level frameworks that connect to the window server, but are not intended to be visible to users. Background apps must be compiled as Mach-O executables. This option is not available for CFM apps.

LSEnvironment

LSEnvironment (Dictionary - macOS) defines environment variables to be set before launching this app. The names of the environment variables are the keys of the dictionary, with the values being the corresponding environment variable value. Both keys and values must be strings.

These environment variables are set only for apps launched through Launch Services. If you run your executable directly from the command line, these environment variables are not set.

LSFileQuarantineEnabled

LSFileQuarantineEnabled (Boolean - macOS) specifies whether files this app creates are quarantined by default.

This key is available in macOS 10.5 and later.

LSFileQuarantineExcludedPathPatterns

LSFileQuarantineExcludedPathPatterns (Array - macOS) contains an array of strings indicating the paths for which you want to disable file quarantining. You can use this key to prevent file quarantines from affecting the performance of your app. Each string in the array is a shell-style path pattern, which means that special characters such as ~, *, and ? are automatically expanded according to the standard command-line rules. For example, a string of the form ~/Library/Caches/* would allow you to disable the quarantine for files created by your app in the user’s cache directory.

LSGetAppDiedEvents

LSGetAppDiedEvents (Boolean - macOS) indicates whether the operation system notifies this app when when one of its child process terminates. If you set the value of this key to YES, the system sends your app an kAEApplicationDied Apple event for each child process as it terminates.

LSMinimumSystemVersion

LSMinimumSystemVersion (String - macOS) indicates the minimum version of macOS required for this app to run. This string must be of the form n.n.n where n is a number. The first number is the major version number of the system. The second and third numbers are minor revision numbers. For example, to support macOS v10.4 and later, you would set the value of this key to “10.4.0”.

If the minimum system version is not available, macOS tries to display an alert panel notifying the user of that fact.

LSMinimumSystemVersionByArchitecture

LSMinimumSystemVersionByArchitecture (Dictionary - macOS) specifies the earliest macOS version for a set of architectures. This key contains a dictionary of key-value pairs. Each key corresponds to one of the architectures associated with the LSArchitecturePriority key. The value for each key is the minimum version of macOS required for the app to run under that architecture. This string must be of the form n.n.n where n is a number. The first number is the major version number of the system. The second and third numbers are minor revision numbers. For example, to support macOS 10.4.9 and later, you would set the value of this key to “10.4.9”.

If the current system version is less than the required minimum version, Launch Services does not attempt to use the corresponding architecture. This key applies only to the selection of an execution architecture and can be used in conjunction with the LSMinimumSystemVersion key, which specifies the overall minimum system version requirement for the app.

LSMultipleInstancesProhibited

LSMultipleInstancesProhibited (Boolean - macOS) indicates whether an app is prohibited from running simultaneously in multiple user sessions. If true, the app runs in only one user session at a time. You can use this key to prevent resource conflicts that might arise by sharing an app across multiple user sessions. For example, you might want to prevent users from accessing a custom USB device when it is already in use by a different user.

Launch Services returns an appropriate error code if the target app cannot be launched. If a user in another session is running the app, Launch Services returns a kLSMultipleSessionsNotSupportedErr error. If you attempt to launch a separate instance of an app in the current session, it returns kLSMultipleInstancesProhibitedErr.

LSRequiresIPhoneOS

LSRequiresIPhoneOS (Boolean - iOS) specifies whether the app can run only on iOS. If this key is set to YES, Launch Services allows the app to launch only when the host platform is iOS.

LSRequiresNativeExecution

LSRequiresNativeExecution (Boolean - macOS) specifies whether to launch the app using the subbinary for the current architecture. If this key is set to YES, Launch Services always runs the app using the binary compiled for the current architecture. You can use this key to prevent a universal binary from being run under Rosetta emulation on an Intel-based Mac. For more information about configuring the execution architectures, see LSArchitecturePriority.

LSSupportsOpeningDocumentsInPlace

Hide App In Dock Mac

LSSupportsOpeningDocumentsInPlace (Boolean - iOS) When set to a value of YES, enables your app to open the original document from a file provider, rather than a copy of the document. The app can access documents from the system’s local file provider, the iCloud file provider, and any third-party File Provider extensions that support opening documents in place.

The URL for a document opened in place is security-scoped. For information about working with security-scoped URLs and bookmarks, read the overview in NSURL Class Reference and read Document Provider in App Extension Programming Guide.

Important: When opening a document in place, other processes can modify the document at any time. Therefore, you must coordinate your access to the document using either a UIDocument subclass or NSFilePresenter and NSFileCoordinator objects.

In iOS 11 and later, if both this key and the UIFileSharingEnabled key are YES, the local file provider grants access to all the documents in the app’s Documents directory. These documents appear in the Files app, and in a document browser. Users can open and edit these document in place.

LSUIElement

LSUIElement (Boolean - macOS) specifies whether the app runs as an agent app. If this key is set to YES, Launch Services runs the app as an agent app. Agent apps do not appear in the Dock or in the Force Quit window. Although they typically run as background apps, they can come to the foreground to present a user interface if desired. A click on a window belonging to an agent app brings that app forward to handle events.

The Dock and loginwindow are two apps that run as agent apps.

LSUIPresentationMode

LSUIPresentationMode (Number - macOS) identifies the initial user-interface mode for the app. You would use this in apps that may need to take over portions of the screen that contain UI elements such as the Dock and menu bar. Most modes affect only UI elements that appear in the content area of the screen, that is, the area of the screen that does not include the menu bar. However, you can request that all UI elements be hidden as well.

This key is applicable to both Carbon and Cocoa apps and can be one of the following values:

LSVisibleInClassic

LSVisibleInClassic (String - macOS). If this key is set to “1”, any agent apps or background-only apps with this key appears as background-only processes to the Classic environment. Agent apps and background-only apps without this key do not appear as running processes to Classic at all. Unless your process needs to communicate explicitly with a Classic app, you do not need to include this key.

MinimumOSVersion

MinimumOSVersion (String - iOS). When you build an iOS app, Xcode uses the iOS Deployment Target setting of the project to set the value for the MinimumOSVersion key. Do not specify this key yourself in the Info.plist file; it is a system-written key. When you publish your app to the App Store, the store indicates the iOS releases on which your app can run based on this key. It is equivalent to the LSMinimumSystemVersion key in macOS.

Copyright © 2018 Apple Inc. All Rights Reserved. Terms of Use | Privacy Policy | Updated: 2018-06-04

Works great except if I have things set to start up at log in the icon appears in the dock. I have to quit the app then restart it.
Anyone know a work around?

This tip only works with Cocoa Apps. Carbon apps don't have a file called 'Info.plist'.

Actually, no. If the Carbon app uses a bundle, you can add that key/value pair to its Info.plist and it works fine. If not, you should be able to add the relevant information to its 'plst' resource. I just did it with iTunes (which is a bundle), and it worked fine.
Unfortunately, there's a side effect - no menubar. Good for LaunchBar, which is designed to have its menubar hidden, but not so good for Joe Random Program.
I seem to remember there is another key you can use, something like 'ShowInDock', that -just- removes it from the dock, not anything else. Can't find it now though.

'If not, you should be able to add the relevant information to its 'plst' resource.'
uh.. like.. how do you do this?

• make a copy of PiDock.
• Open ResEdit (works just fine in Classic)
• Open PiDock in ResEdit
• Open the plst resource
• To the right you see scrunched up xml. Select one of the key/string pairs that's there including the '^' delimiter and paste it in next to itself.
• change the value of the key element to NSUIElement
• change the value of the string element to 1
• save it, close it, launch it.
• Voila. No dock icon.

cool.

In Jaguar, they have apparently changed the plist item named NSUIElement to LSUIElement. Although NSUIElement still works, you should begin to switch to the new terminology.

Does this still work in Panther? I've tried setting NSUIElement and LSUIElement to 1 in wClock's Info.plist file, and wClock still shows up in my dock.
Scott

The NSUIElement works with wClock, but I had to log out and log back into my account before it would hide the dock icon.
The only thing was that I not only lost the menu bar but I lost the ability to call up the calendar as well.

I am not a guru and i wanted just that outlook express icon doesn't appear on the dock when the application has been opened.
I haven't found any .plist file that refers to outlook express, and opening the .app file with resedit i can't find any 'plist resource'.
Isn't there a normal way to persecute this simple aim? (I am a windows programmer and with that terrible OS all this things are very simple to do)
thanks (I am really getting crazy for this problem)

I thought this one was good for iTunes, which really doesn't need a dock icon anymore because of the iTunes docklet. But with this hit you can't access iTunes' menu bar anymore. It there any method to hide the dock icon without toughing the remaining functionality? Thanks for any hint!

Anyone have an idea how to, instead of removing the icons, placing them in a folder that sits in the dock. That way only taking the space of one icon but the apps are still accessable by the user. Like Dock Extenders drop down menu's exept instead with open apps rather than files/folders/apps.. get my drift?
Should be possible :)

After I entered the code to the Info.plist, the Sherlock icon just jumped in the dock a few times and disappeared. However I couldn't find the app running anywhere? Where have I done wrong? thx

same problem as capitano. Quicksilver works without a dock icon and WITH a menubar, as does VirtueDestop. That's how i would like my apps that have menubar items to work. is this possible?

btw, both of those programs have the code within them, though Quicksilver uses [integer] instead of [string]

How To Hide Apps On Mac Dock

This page is #1 if one googles 'hide dock icon mac', so I thought I'd give it an update.
In 10.4.10, one adds the following instead to the plist (after <dict>):
<key>LSUIElement</key>
<string>1</string>
Remember to move the program temporarilty to another location and open it, in order to de-cache the plist.

Anyone got this working on Leopard? Seems all my hidden apps refuse to disappear any longer.

Good info, ebeans..
I just did this with DragThing v5.6, running under OS X 10.4.11.
It worked perfectly; no more DragThing icon in my dock.
Thanks!

..But now I'm laughing at myself.
I just noticed after editing the DragThing plist file, as ebeans suggested, that—while I no longer have the DragThing icon in my Dock—I do see its little menulet icon in my Main menu bar.
And I'm laughing even harder because upon further investigation I discovered I could've have done this by going into DragThing's preferences.
HEH! @ Me!

This doesn't work for me at all for several reasons I guess..
First of all I'm running on Leopard 10.5.2 which is more than you can say about the guys in the other posts..
My main problem is pretty simple the code that you guys tell me to implement is already there, just as you guys typed it, but the icon is still present in the dock.!?
And the Dock Dodger App is worthless !!!
I've tried using it and so far it has only been able to remove itself from the dock :/
Everything else stays the same, even after a reboot.
So basically what I'm asking for is if anybody has a solution for this? :D
Feel free to PM/Email me if you do :D

Recording and playback times given in the following tables are approximate and vary according to recording mode and charging, recording or playback conditions. https://serieslucky.netlify.app/canon-vixia-hf-s21-software-mac.html.

Are you sure the value is set to 1?
I'm running 10.5.2 as well, and I just used this hack for MenuCalendarClock .. works like a charm

I'm having the same problem on OS X 10.5.3. The fix recommended here is well documented by Apple, and I've found a ton of references to it throughout the web.
I'm moving the file after editing the info.plist but before running it. I'm using the Property List Editor that ships with the Xcode tools, and setting the property (as text) to '1'.
I must be missing something. Can anyone recommend any troubleshooting ideas?

Hi!

Hm, is that supposed to still work in 10.5.7?

Hide App From Dock Mac

I wanted to hide the icon for the Goolge Quick Search Box. So I opened the Info.plist — but, as you can see, the file seems to be binary, or something.

How would you go about hiding the Dock icon for the Google QSB, or for just any program for that matter?

Thanks,
Alexander

You don't have to edit the plist with Property List Editor; /usr/bin/defaults can do it too. Example:

defaults write /Applications/Stickies.app/Contents/Info LSUIElement 1

Set it back to 0 to un-hide it.

Sadly the LSUIElement setting affects not only the Dock icon but also the presence of a menu bar.. so if you want a menu bar but not a Dock icon this LSUIElement setting won't help.

If you use the property list editor that is part of the developer tools, you can just edit info.plist, add a child to 'Information Property List', and select from the dropdown that appears, 'Application is Agent (UIElement)'.

Hide App From Dock