FROM : Clark S. Cox III
DATE : Mon Dec 16 22:07:47 2002
On Monday, Dec 16, 2002, at 15:40 US/Eastern, Udo Ludtke wrote:
>
> OS X allows a much cleaner installation mode.
>
> I believe the cleanest installations put ALL bits and pieces in ONLY
> two
> locations:
> 1) In a folder enclosing the application, in the Application folder.
> 2) In the app wrapper.
>
> I know this goes against Apple's guidelines, but I strongly believe
> even
> prefs are best put in the the app folder.
Apple's guidelines are there for a reason.
> This will:
> 1) Make a clean, simple installation.
The location of the preferences has nothing to do with installation.
> 2) Make it easy for users to find support files if she needs to
> trouble shoot (in particular if the supporting files and folders are
> named logically)
If your users have to manually edit your preference files, you've got
bigger problems. Your users should never have to deal with preference
files directly.
> 3) Make it easy to un-install.
4) Make it impossible to run from a read-only file system
_______________________________________________
cocoa-dev mailing list | <email_removed>
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
DATE : Mon Dec 16 22:07:47 2002
On Monday, Dec 16, 2002, at 15:40 US/Eastern, Udo Ludtke wrote:
>
> OS X allows a much cleaner installation mode.
>
> I believe the cleanest installations put ALL bits and pieces in ONLY
> two
> locations:
> 1) In a folder enclosing the application, in the Application folder.
> 2) In the app wrapper.
>
> I know this goes against Apple's guidelines, but I strongly believe
> even
> prefs are best put in the the app folder.
Apple's guidelines are there for a reason.
> This will:
> 1) Make a clean, simple installation.
The location of the preferences has nothing to do with installation.
> 2) Make it easy for users to find support files if she needs to
> trouble shoot (in particular if the supporting files and folders are
> named logically)
If your users have to manually edit your preference files, you've got
bigger problems. Your users should never have to deal with preference
files directly.
> 3) Make it easy to un-install.
4) Make it impossible to run from a read-only file system
_______________________________________________
cocoa-dev mailing list | <email_removed>
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.






Cocoa mail archive

