A poor man's app updater

[Paul Dupuis]

With the increasing use of sandboxing on Operating Systems (i.e. very
limited access on iOS and Android that will eventually be included in
desktop OSes), I might suggest using specialFolderPath("documents") and
creating a directory structure in there, say of the form
<companyName>/<appname>/ and whatever else you need. Documents is
becoming the one and only place where a user has guaranteed permissions
to access the contents for both read and write.



On 8/3/2018 8:29 PM, Peter Bogdanoff via use-livecode wrote:
> So, to store and access LC stacks and other files used by myApp that must be periodically updated, does it make sense to put them into
>
> macOS—Library/Application Support/myApp
> Win—user/AppData/myApp
>
> rather than in Applications or Program Files?
>
> Are there any restrictions or downside to this?
>
> Peter
>
>> On Aug 3, 2018, at 5:14 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>
>> On 8/3/2018 2:32 AM, Peter Bogdanoff via use-livecode wrote:
>>> Hi,
>>>
>>> To raise the issue again of updating Mac and Windows apps, I’m referencing this thread between Graham and Jacqueline...
>>>
>>> Can existing files in the user’s application directory be saved/modified/replaced by my application?
>>>
>> The accurate answer is that it all depends upon the permissions of the
>> account running the software. Typically for most personal or home
>> computers, the user has administrative privs, but that is increasingly
>> not the case on university or company owned computers. On these, they
>> may not have permission to alter files in the Program Files (Win) or
>> Applications (OSX) folders.
>>
>> In some cases, again depending on OS and permissions, you can alter the
>> folders contents directly. In others you application must launch a
>> process (another app) with elevated privs, where the OS asks the user
>> for permissions for the elevated privs, and then that app (if allowed)
>> can make changes.
>>
>>
>> _______________________________________________
>> 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
>
> _______________________________________________
> 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