Hi Guglielmo,
I think we're in agreement - I was mainly pointing out that the folder
inside Application support can be your company name as well as the app's
bundle idetifier, I don't think that was in Igor's summary.
One thing for sure, specialFolderPath("Preferences") is no longer the right
place!
Pete
lcSQL Software <http://www.lcsql.com>
On Mon, May 28, 2012 at 12:09 AM, Guglielmo Braguglia <
guglie...@braguglia.ch> wrote:
> Hi Pete,
> the Igor info are correct and here you can verify :
>
> ... Table 1-3, paragraph "The Library Directory Stores App-Specific
> Files", on : http://developer.apple.com/**library/mac/documentation/**
> FileManagement/Conceptual/**FileSystemProgrammingGUide/**
> FileSystemOverview/**FileSystemOverview.html<http://developer.apple.com/library/mac/documentation/FileManagement/Conceptual/FileSystemProgrammingGUide/FileSystemOverview/FileSystemOverview.html>
>
> *Application Support* : Use this directory to store all app data files
> except those associated with the user's documents. For example, you might
> use this directory to store app-created data files, configuration files,
> templates, or other fixed or modifiable resources that are managed by the
> app. An app might use this directory to store a modifiable copy of
> resources contained initially in the app's bundle. A game might use this
> directory to store new levels purchased by the user and downloaded from a
> server.
> All content in this directory should be placed in a custom subdirectory
> whose name is that of your app's_bundle identifier_ or your company.
> In iOS, the contents of this directory are backed up by iTunes.
>
> Regards,
>
> Guglielmo
>
>
> On 28.05.2012 05:34, Peter Haworth wrote:
>
>> Hi Igor,
>> I'm not sure the comment about having to use the bundle ID is true. From
>> what I've read (and not from personal experience), Apple seem to be
>> somehat
>> flexible after you get into the Application SUpport folder. I'm pretty
>> sure they allow your company name as the folder within Application support
>> or even some derivative of it. Similarly, I think they prefer the
>> "reverse
>> URL" filename if you are using a plist file but also allow non-plist files
>> to have other naming conventions.
>>
>> [... omissis ...]
>>
>> Pete
>> lcSQL Software<http://www.lcsql.com>
>>
> ______________________________**_________________
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/**mailman/listinfo/use-livecode<http://lists.runrev.com/mailman/listinfo/use-livecode>
>
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
