On Oct 24, 2012, at 1:13 PM, David Duncan wrote: > On Oct 24, 2012, at 10:03 AM, Alex Zavatone <z...@mac.com> wrote: > >> >> On Oct 24, 2012, at 12:40 PM, Mike Abdullah wrote: >> >>> >>> On 24 Oct 2012, at 16:24, Alex Zavatone wrote: >>> >>>> We're currently looking at expanding one of our applications from 1 office >>>> to up to 40. >>>> >>>> It's an app that needs an internal preference to be set and remembered >>>> through updates or reinstalls. >>> >>> I’m confused, what stops a regular preference from persisting across >>> updates and reinstalls? >> >> Well, according to the docs, the preferences folder is within the app. >> Therefore, when replacing the app, (which is a folder) the entire contents >> of the app would be expected to be replaced. > > The docs describe the sandbox configuration (or should) which does not say > that preferences are inside the application, but rather inside the > application's sandbox. The distinction is huge (if only because if it was > inside the application your application's signature would break and would no > longer launch). > > Nothing except deleting the application (nee its sandbox) should delete > existing preferences. > -- > David Duncan >
That's just amazing. Apple's doc writers need to do a much better job of explaining that even though the app is sandboxed, the sandbox exists outside the application and the app and the sandbox folders sit next to it within a folder that holds them all. Or does it? Since the app itself is referred to as a folder and the Documents, Library and tmp folders for an app belong to that, it's not obvious that the folders sit within a folder that contains the app, but at the same level as the app itself. And with the removal of access to the /preferences folder, it is way too easy to make the assumption that it's impossible to save application specific data that will not persist if the app gets updated. Thank you for making me look at this again. App folder structure is a little more clear to me. _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
