Re: Recommended Installer practices and locations
Re: Recommended Installer practices and locations
- Subject: Re: Recommended Installer practices and locations
- From: Chris Hanson <email@hidden>
- Date: Fri, 04 Jan 2013 10:48:49 -0800
On Jan 3, 2013, at 2:54 PM, Stephen Kay <email@hidden> wrote:
> For example, my app ships with a default datafile (what you could refer to
> as a document), and it is possible for the user to begin modifying it. It
> ships with other auxiliary files that the user needs to load onto USB sticks
> and transfer to external musical instruments. None of this stuff makes sense
> to go in the bundle.
>
> I used to install a folder in the applications folder, containing the app
> bundle and all the other stuff like the default document, pdf help files,
> etc. It seems now that only a bundle is supposed to go into the applications
> folder - so where do you put the rest of the stuff? ~/Library/Application
> Support? ~/Documents?
Your “default document” should probably be treated as a template that lives inside your application bundle; your application should treat it as an untitled document, and as the baseline for any changes. Then when your users make changes and try to save those, they get asked where to save them (with a default location of their Documents folder).
The auxiliary files should also live inside your application bundle. Rather than make your users understand how to use the Finder to put them on transfer volumes, your application should include that functionality — e.g. have “Transfer ___ to Instrument” commands that asks the user to insert a properly-formatted USB stick (or other volume), allows the user to choose the device they’ve inserted, and then copies the file to it without further user intervention.
Anything else like help files belong in your application bundle as well. Just because you’re using PDF (or HTML, or whatever other format) doesn’t make them any less a part of your application.
-- Chris
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden