Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another?
Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another?
- Subject: Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another?
- From: Andrei Tchijov <email@hidden>
- Date: Thu, 8 Dec 2005 14:44:38 -0500
In case of my application, I am storing 3 types of data in
"Application Support" folder:
- configuration files for my background process,
- status file used to communicate state of background process to GUIs
- log file produced by background process.
I guess status file could be moved to NSTemporaryDirectory() and log
file into ~/Library/Logs. But now, when I am doing "on-line" support
I can tell user to go to "Application Support" folder and he/she can
find all relevant files in one place ( except preferences file). If I
will move all these files into different locations, it will make it
more difficult (but then again, my application provides debugging
support dialog which allows user to open all relevant files which
click of the button, so it does not really mater where they are).
Looking into ~/Library/Logs ... it looks like there is no any kind of
standard on naming log files and it looks like OS does not do any
kind of "rolling-up" on these files.
On Dec 8, 2005, at 2:26 PM, Nick Zitzmann wrote:
On Dec 8, 2005, at 11:49 AM, Andrei Tchijov wrote:
To shift discussion from question of preferences... Is it good
policy to expect/allow that content of "Application Support"
folder can disappear at any time?
There's no problem with that, although if you're using the folder
to create temporary files that are not expected to survive a logout
or reboot, then you should probably consider using the value
returned by NSTemporaryDirectory() instead.
Nick Zitzmann
<http://www.chronosnet.com/>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden