I have never attempted this, but can Applications / Programs such as MS Office & Adobie CS5 be kept on a separate HDD instead of the OS HDD? Might be a dumb question, but I have to ask. lol
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Applications / Programs
- Thread starter Mariner19
- Start date
- Sort by reaction score
Though the app/program might run from a different drive keep in mind that the first time it was launched it probably wrote preference files and other “under the hood” stuff back to various places on the main drive. Not a big issue. If you plug the drive into a different computer to use the app you may find that any customization you did on the original machine won’t be there. It will behave like a newly installed app.
A well-mannered application is supposed to store the app's preferences in the application bundle (what appears as an application in the Finder) so a good app should keep its preferences when you move it to another drive. However some unethical companies like Microsoft and especially ADOBE store all kinds of files (including ones that are invisible) in various places in your Library and ~/user/library/... because they are paranoid about potential piracy or some other bull****. This makes it very difficult to uninstall these programs - almost like malware.
Uhhh, no - an application should never write anything to an application bundle. That would risk being rejected from the App Store and possibly break code signing. There is a standard API for application preferences, which are normally kept in the user's ~/Library/Preferences folder.
As a rule of thumb: if you cannot choose the location during setup, then you probably cannot put the app anywhere else. This applies in particular to apps that are supplied as installer packages (.pkg), unless the installer lets you choose a location, and Mac App Store apps. You should not move those apps to different locations. Apps that can be installed by drag and drop can generally be installed anywhere and also moved around, unless those apps tell you otherwise (some will complain upon start).
“Proper” Cocoa apps are position independent and write their generated files in the user or local library (the latter only if permitted).
Unfortunately, I know several apps that are technically capable to run from anywhere but still must be installed in /Applications for whatever reason. Microsoft Office supplies its own updater app, so I suspect that this is what will likely prevent you from putting the Office apps anywhere else.
“Proper” Cocoa apps are position independent and write their generated files in the user or local library (the latter only if permitted).
Unfortunately, I know several apps that are technically capable to run from anywhere but still must be installed in /Applications for whatever reason. Microsoft Office supplies its own updater app, so I suspect that this is what will likely prevent you from putting the Office apps anywhere else.
I looked at my Mac and the application that I wrote stores its preferences in:
~/User/Library/Containers/com.Appname/Data/preferences/com.Appname.plist
This property list also contains other data. So you're right. If you use NSUserDefaults *defaults = [NSUserDefaults standardUserDefaults]; to access the preferences in the usual location this is where they will be. I still think that doing what Adobe, Microsoft and Google do, putting all kinds of files, including invisible ones in non-standard locations sux.
I copied this application to another drive and it works perfectly.
~/User/Library/Containers/com.Appname/Data/preferences/com.Appname.plist
This property list also contains other data. So you're right. If you use NSUserDefaults *defaults = [NSUserDefaults standardUserDefaults]; to access the preferences in the usual location this is where they will be. I still think that doing what Adobe, Microsoft and Google do, putting all kinds of files, including invisible ones in non-standard locations sux.
I copied this application to another drive and it works perfectly.
Last edited:
Also I see that the path should be: ~/Library/Containers/com.Appname/Data/preferences/com.Appname.plist
the "~/" meaning relative to the current user's directory, not an absolute path, right?
the "~/" meaning relative to the current user's directory, not an absolute path, right?
Correct.
The items in the Containers folder are the sandboxed references to the regular folders. A non-sandboxed application would use the ~/Library/Preferences folder directly.
EDIT:
The Cocoa APIs take care of using the correct folder, which is one of the reasons to use them.