More amazing work from Hermann! As always with your contributions, I learn a
lot. Thank you!!
Roger
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
Great work, Hermann. Thanks for posting that.
--
Richard Gaskin
Fourth World Systems
hh wrote:
HTML5: html5Player (v102 as of Jan 30, 2020)
This is a HTML5 standalone (webApp in the new LC wording).
https://hyperhh.de/html5/html5Player.html
This is a "standalone-Plus" that is, it is extended b
HTML5: html5Player (v102 as of Jan 30, 2020)
This is a HTML5 standalone (webApp in the new LC wording).
https://hyperhh.de/html5/html5Player.html
This is a "standalone-Plus" that is, it is extended by several
javascript extensions for features that are not (yet) implemented
in LC-HTML5 or not pos
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
13 matches
Mail list logo
