I use Chronosync. You can schedule them or run them manually. One way or two
way syncs. Control over things I never even knew existed. Lifetime license.
Bob S
> On Jan 29, 2020, at 15:26 , Matthias Rebbe via use-livecode
> wrote:
>
> Which one are you using?
>
> -
> Matthias Rebbe
> Life I
Which one are you using?
-
Matthias Rebbe
Life Is Too Short For Boring Code
> Am 29.01.2020 um 23:50 schrieb Bob Sneidar via use-livecode
> :
>
> I have a sync program sync my projects folder to my iCloud drive.
>
> Bob S
>
>
>> On Jan 29, 2020, at 14:30 , Matthias Rebbe via use-livecode
>
I have a sync program sync my projects folder to my iCloud drive.
Bob S
> On Jan 29, 2020, at 14:30 , Matthias Rebbe via use-livecode
> wrote:
>
> Matthias Rebbe
> Life Is Too Short For Boring Code
>
>> Am 29.01.2020 um 22:00 schrieb Marty Knapp via use-livecode
>> :
>>
>> That’s an inter
-
Matthias Rebbe
Life Is Too Short For Boring Code
> Am 29.01.2020 um 22:00 schrieb Marty Knapp via use-livecode
> :
>
> That’s an interesting approach Matthias. Most of my customers save locally to
> their Documents folder. It’s just a few people using filer servers or Dropbox
I´d never probl
Marty Knapp wrote:
> Thanks Richard. What would be considered a large file? In my case I
> would guess the average file is around 1mb though in some cases it
> could be up to 5mb.
Hard to say what these cloud sync services may find problematic. Most of
issues I've read about are with paging for
That’s an interesting approach Matthias. Most of my customers save locally to
their Documents folder. It’s just a few people using filer servers or Dropbox
(iCloud, etc). I wonder, is there a reliable way to ascertain if the file is on
a server?
Marty
> On Jan 29, 2020, at 11:48 AM, Matthias R
Thanks for your input Tom. If I'm not mistaken, isn't that what Dropbox does -
saves to a local folder then makes a copy to the cloud? With Richard’s input
that Dropbox and similar services are notorious for problems in this regard I
can only surmise that it’s the trip over the internet that int
Hi,
i´ve ran into a similar situation a few months ago. This is what i´ve done.
I´ve saved the stack to the local temp folder and then used the revcopyfile
command to copy it to the network drive.
When opening the app and that stack i used revcopyfile to copy the stack from
the network drive to
Thanks Richard. What would be considered a large file? In my case I would guess
the average file is around 1mb though in some cases it could be up to 5mb.
In some cases the user has been able to recover from the “~” file but not
always. But it’s disconcerting to them that they never know when i
I would change your save routine to save locally first, then copy to
network location. That should prevent those kinds of issues.
On Tue, Jan 28, 2020 at 9:14 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Marty Knapp wrote:
>
> > I have an app in which users creat
Marty Knapp wrote:
> I have an app in which users create documents (stacks) that auto-save
> when they're closed. I have a a few customers who are getting
> corrupted stacks every once in a while. At least in a couple of cases
> they are saving to a network server or over an internet connection.
I'm wondering if save stack returns anything in the result so you can check for
success?
Bob S
> On Jan 28, 2020, at 14:19 , Marty Knapp via use-livecode
> wrote:
>
> I have an app in which users create documents (stacks) that auto-save when
> they're closed. I have a a few customers who ar
12 matches
Mail list logo
