Where does LiveCode/Windows store specialFolderPath("Resources") data?
Brian Milby
brian at milby7.com
Tue Oct 2 15:58:37 EDT 2018
It should report the parent folder of the executable. I just built a test and it works as expected per the dictionary entry for specialFolderPath.
Thanks,
Brian
On Oct 2, 2018, 3:20 PM -0400, Howard Bornstein via use-livecode <use-livecode at lists.runrev.com>, wrote:
> I'm building a cross-platform app for Mac and Windows. I store a data file
> that is update by the user in specialFolderPath("Resources"). On the Mac, I
> know where this is and can even view it, using the Show Package command
> from the Finder.
>
> One thing that is clear with the Mac is that this data file is encapsulated
> with the app itself. If I run a separate instance of the app, the data file
> is completely separate and not influenced by the data file of the first app.
>
> This doesn't seem to be the case with Windows. I've built 3 separate
> standalones in Windows and have found, to my surprise, that if I change the
> data file in one of the standalones, it is reflected in the datafile of the
> others.
>
> Somehow it seems like the data file is stored externally from the app and
> that all versions have access to it (whether that is my intent or not).
>
> I've build special versions for each platform with the command
> "Put specialFolderPath("Resources") into fld "somefield" in the openstack
> handler. On the Mac it gives me the full path to the application along with
> "/Contents/Resources/_MacOS/". On the Windows version, the field is blank.
>
> So where does LC store files using specialFolderPath("Resources") under
> Windows? And why are they available to any app using
> specialFolderPath("Resources")?
>
> --
> Regards,
>
> Howard Bornstein
> -----------------------
> www.designeq.com
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
More information about the use-livecode
mailing list