subject:"\\\[ANN\\\] This Week in LiveCode 259"

> On 25 Mar 2021, at 14:58, Richard Gaskin via use-livecode 
>  wrote:
> 
> Defaulting to HTTP for customer-facing systems simplifies a lot of 
> decision-making, and since most of the rest of the world makes the same 
> choice at least we're in good company. :)

Also, HTTP/HTTPS are usually enabled on firewalls, makes your life a lot easier 
when you don’t need to tell your user that they need to fiddle with firewall 
rules.
___
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

Re: [ANN] This Week in LiveCode 259

2021-03-25 Thread Richard Gaskin via use-livecode

Andre Garzia wrote:

> On 24 Mar 2021, at 23:50, Richard Gaskin wrote:
>>
>> And with Windows 10, Microsoft is now embracing Linux in its Windows
>> Subsystem for Linux, so Win folk can enjoy industry standard tooling
>> on all OSes:
...
> If you have control of the Windows machine, then you can set it up to
> run as you want, but if you’re shipping software for end-users, you
> can’t assume WSL Ubuntu is there so you can run rsync.
>
> I know you didn’t say that but often I see scripts in other
> communities that assume a ton of stuff (even on macOS where
> many scripts assume homebrew is present).

True, I didn't say that. What I said was:

In this discussion of personal plugins run on macOS,
a macOS solution seemed appropriate.

We often see AppleScript presented on this list, as it was in this 
discussion as well.  But it's far less pervasive than bash: it's only 
available on macOS, with no option at all for using it anywhere else. 
And it's only well supported in an ever-smaller percentage of apps (not 
to mention slow, finicky, and hugely unpopular with the Steve Jobs/NeXT 
acolytes running much of Apple's tech divisions).

For most sysadmin tasks, these days Apple nudges us toward shell, with a 
large and growing number of bash examples in their dev docs.  macOS 
being a certified Unix, bash is a good choice for Apple to promote, and 
for developers and sysadmins to use.

Of course for any customer-facing solution we'll want to be mindful of 
dependencies.

But since everyone here is a developer, and this discussion is about 
developers making tools for themselves, appreciating the full scope of 
options available to us doesn't seem a mistake.

Modern macOS development increasingly means being familiar with 
Terminal. Time spent there is not only necessary for many things, but as 
we learn how to integrate the shell with LiveCode the options for 
automation of both local and remote workflows becomes nearly as 
limitless as one's imagination.

As for Windows, Microsoft doesn't pour millions into building out 
subsystems on a whim. Their embrace of the Linux shell for developers is 
as much a part of their well-thought-out strategy as Nadella's embrace 
of open source.

Microsoft understands what we see in the work that comes our own desks: 
in the modern world, software development is usually client-server 
development, with half of most systems we deliver living in the cloud.

Microsoft IIS remains deeply entrenched within the enterprise, but most 
things customer-facing are Linux. Indeed, even on Microsoft's own Azure 
the most popular OS is Ubuntu.

Like Apple, Microsoft is actively encouraging devs to consider adopting 
bash as a prime choice for admin tasks.  It's where the tooling is, and 
on dev systems it's being made ever more available for today's 
interoperable workflows.

We don't have a truly universal admin language, but bash is as close as 
we get right now:  built into every Mac, native to every Linux server we 
work with, and with strong developer support by Microsoft.

--
Richard Gaskin
Fourth World Systems

___
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

Re: [ANN] This Week in LiveCode 259

2021-03-25 Thread doc hawk via use-livecode


andre amplified,
>Next time, I’m leaving them in.

Ahh.  The director’s cut . . .

:_)


___
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

Re: [ANN] This Week in LiveCode 259

2021-03-25 Thread Richard Gaskin via use-livecode

Andre Garzia wrote:

> Devising your own binary file transfer protocol based purely on TCP
> sockets is a very tedious and error prone process that will get you
> no advantages unless you really have some special need that is not
> solved by any of the solutions that already exists.
>
> The easiest way to work around not being able to use FTP and friends,
> is with a simple HTTP server and a CGI on the server machine that has
> logic for receiving file uploads, then you simply use either libURL or
> TSNet to send the files.

When SuperCard introduced socket programming to the Mac xTalk world with 
its companion Marionette add-on, being young folk we got all excited 
about crafting custom protocols for every little thing we needed.

It was a good learning experience, and I came to appreciate the vast 
range of styles in writing clients for NNTP, Gnutella, and FTP, in 
addition to the random protocols I came up with on my own.

But the biggest lesson I learned is not to write custom protocols. :) 
It's a lot of work to get them working well, and far more work to make 
them secure and robust.

These days I rarely think about protocols at all, at least in 
customer-facing code. I've adopted using HTTP as the default solution 
for everything, unless I have a specific reason not to use it.

Most of what we need from a server is to submit a request and get a 
reply, and occasionally have some metadata along for the ride.  HTTP 
does that well, with very slim header requirements that are also vastly 
extensible, so metadata is as simple or rich as you need in the moment. 
 There's more documentation and tooling for HTTP than any other 
protocol, so it's easy to learn to use it well, and if another 
programming joins the team they can work with your code effortlessly.

Defaulting to HTTP for customer-facing systems simplifies a lot of 
decision-making, and since most of the rest of the world makes the same 
choice at least we're in good company. :)

--
Richard Gaskin
Fourth World Systems

___
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

Re: [ANN] This Week in LiveCode 259

> On 25 Mar 2021, at 01:14, Bob Sneidar via use-livecode 
>  wrote:
> 
> I suppose everything networking uses sockets, but these are protocols with 
> standardized ways of establishing the connection and securing it. I was 
> thinking of a custom client server file transfer method, but whether or not 
> it could work for Jacque, I don’t know.
> 
> Bob S

Devising your own binary file transfer protocol based purely on TCP sockets is 
a very tedious and error prone process that will get you no advantages unless 
you really have some special need that is not solved by any of the solutions 
that already exists.

The easiest way to work around not being able to use FTP and friends, is with a 
simple HTTP server and a CGI on the server machine that has logic for receiving 
file uploads, then you simply use either libURL or TSNet to send the files.
___
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

Re: [ANN] This Week in LiveCode 259

> On 24 Mar 2021, at 23:50, Richard Gaskin via use-livecode 
>  wrote:
> 
> And with Windows 10, Microsoft is now embracing Linux in its Windows 
> Subsystem for Linux, so Win folk can enjoy industry standard tooling on all 
> OSes:

Just be aware that WSL is not activated by default, and you can’t assume which 
distro is installed (even though Ubuntu is probably 90% of the installs). There 
are shell commands you can use to probe if WSL is installed, which distros are 
installed, and also execute something on a specific installed distro.

All that is possible but it is not exactly trivial. Windows is quite flexible 
in a way that most systems are not. You might be running on Intel or ARM, you 
might be running 32bits or 64bits, you might be using cmd, powershell 5 or 7, 
bash, who knows what shell is running. Your distros under WSL might be WSL1 
(which is syscall translations) or WSL2 (which is hypervisor emulator). You 
kinda need to take those things into account if you’re running shell() commands 
or trying to bundle binaries.

If you have control of the Windows machine, then you can set it up to run as 
you want, but if you’re shipping software for end-users, you can’t assume WSL 
Ubuntu is there so you can run rsync.

I know you didn’t say that but often I see scripts in other communities that 
assume a ton of stuff (even on macOS where many scripts assume homebrew is 
present).
___
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

Re: [ANN] This Week in LiveCode 259

> On 24 Mar 2021, at 19:12, J. Landman Gay via use-livecode 
>  wrote:
> 
> Andre: After TSNet failed, I did try to use AppleScript but Fetch put up a 
> dialog that it did not allow AppleScript sent from other apps. And BTW, next 
> time leave in the fun stuff. :)

Not accepting AppleScript from other apps basically defeats the reason to use 
AppleScript IMHO… those devs are crazy. Anyway, that sucks. I know that 
Transmit has a pretty comprehensive AppleScript dictionary as can be seen in:

https://andregarzia.com/img/shots/transmit-dictionary.png 

It is not a cheap software though, but I think it is worthy it.

Next time, I’m leaving the fun bits :-)
___
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

Re: [ANN] This Week in LiveCode 259

> On 24 Mar 2021, at 17:11, Mark Wieder via use-livecode 
>  wrote:
> 
> I think there may be other questions in play as well.
> Will I learn anything from doing this?
> Will I have fun experimenting with it?
> Are there more pressing things I need to do instead?
> etc.

YES, a thousand times yes!

More than half of what I develop here falls into all these categories. I can 
push the “trying this just for fun” pretty far. The last project I made that 
was a fun experiment was 
https://andregarzia.com/2020/04/starting-project-moon-hermit.html 
 and I still 
love it even though it is not really a project or product.

The book is framed around a mindset for building stuff for business needs, not 
for personal growth and understanding, and not for fun. It is more like: “these 
patterns are good when you’re doing something that we would normally call ‘a 
job’.” That doesn’t mean that every other mode of development is excluded or 
less important. 

I think that the ethos of that book can be summarised as in being a mode of 
thinking that prioritises developer comfort and safety in maintaining a 
business or a long project.

Maybe, the next book will be about having fun while developing. Don’t know...
___
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

Re: [ANN] This Week in LiveCode 259

2021-03-24 Thread Bob Sneidar via use-livecode

I suppose everything networking uses sockets, but these are protocols with 
standardized ways of establishing the connection and securing it. I was 
thinking of a custom client server file transfer method, but whether or not it 
could work for Jacque, I don’t know.

Bob S


On Mar 24, 2021, at 4:53 PM, Richard Gaskin via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

I don't understand.  FTP, SFTP, FTPS, scp, and rsync all use sockets.

Are you suggesting Jacque write her own file upload protocol?

--
Richard Gaskin
Fourth World Systems

___
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

Re: [ANN] This Week in LiveCode 259

2021-03-24 Thread Richard Gaskin via use-livecode


I don't understand.  FTP, SFTP, FTPS, scp, and rsync all use sockets.

Are you suggesting Jacque write her own file upload protocol?

--
 Richard Gaskin
 Fourth World Systems



Bob Sneidar wrote:

> Or sockets.
>
> Bob S
>
>
> On Mar 24, 2021, at 4:22 PM, Richard Gaskin wrote:
>
>> FTP is a great protocol for open-ended traversal of remote file
>> repositories.
>>
>> For just transferring a file, scp or rsync with shared keys is a one-
>> liner via shell(), and will be faster in addition to being simpler to
>> code.
>>
>> --
>> Richard Gaskin
>> Fourth World Systems


___
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

Re: [ANN] This Week in LiveCode 259

2021-03-24 Thread Richard Gaskin via use-livecode

In this discussion of personal plugins run on macOS, a macOS solution 
seemed appropriate.


And with Windows 10, Microsoft is now embracing Linux in its Windows 
Subsystem for Linux, so Win folk can enjoy industry standard tooling on 
all OSes:


https://docs.microsoft.com/en-us/learn/modules/get-started-with-windows-subsystem-for-linux/1-introduction

--
 Richard Gaskin
 Fourth World Systems




 matthias_livecode_150811 at m-r-d.de matthias_livecode_150811 at m-r-d.de
Wed Mar 24 19:35:02 EDT 2021
-
Matthias Rebbe
Life Is Too Short For Boring Code


Am 25.03.2021 um 00:22 schrieb Richard Gaskin via use-livecode :

FTP is a great protocol for open-ended traversal of remote file repositories.

For just transferring a file, scp or rsync with shared keys is a one-liner via 
shell(), and will be faster in addition to being simpler to code.


But only on macOS and Linux. Windows has not any of those tools included by 
default.




--
Richard Gaskin




___
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

Re: [ANN] This Week in LiveCode 259

2021-03-24 Thread Bob Sneidar via use-livecode

Or sockets.

Bob S


On Mar 24, 2021, at 4:22 PM, Richard Gaskin via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

FTP is a great protocol for open-ended traversal of remote file repositories.

For just transferring a file, scp or rsync with shared keys is a one-liner via 
shell(), and will be faster in addition to being simpler to code.

--
Richard Gaskin
Fourth World Systems

___
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

Re: [ANN] This Week in LiveCode 259

-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 25.03.2021 um 00:22 schrieb Richard Gaskin via use-livecode 
> :
> 
> FTP is a great protocol for open-ended traversal of remote file repositories.
> 
> For just transferring a file, scp or rsync with shared keys is a one-liner 
> via shell(), and will be faster in addition to being simpler to code.
> 
But only on macOS and Linux. Windows has not any of those tools included by 
default.



> --
> Richard Gaskin
> Fourth

___
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

Re: [ANN] This Week in LiveCode 259

2021-03-24 Thread Richard Gaskin via use-livecode

FTP is a great protocol for open-ended traversal of remote file
repositories.

For just transferring a file, scp or rsync with shared keys is a
one-liner via shell(), and will be faster in addition to being simpler
to code.

--
Richard Gaskin
Fourth World Systems

matthias_livecode_150811 at m-r-d.de matthias_livecode_150811 at m-r-d.de
Wed Mar 24 18:51:56 EDT 2021

what i forgot

my previous overview

Server scheme use sslis protocol
ftp:// false ftp
ftp://. true ftp over SSL explicit
ftps:// trueftp over SSL implicit

is how tsNet needs the server url

-
Matthias Rebbe
Life Is Too Short For Boring Code

Am 24.03.2021 um 23:44 schrieb matthias rebbe via use-livecode :

I've just had a quick look at the documentation of Fetch.
It seems Fetch uses ftps:// for both FTPeS (FTP over SSL explicit) and FTPS (FTP over SSL implicit). But it depends on the port number you have entered.
If you keep port 21 then FTPS (FTP over SSL implicit) is used.
If you set the port to 990 then Fetch uses FTPS (FTP over SSL implicit).

Btw. it is not granted that an FTP server supports all modes.

Regards,
Matthias

-
Matthias Rebbe
Life Is Too Short For Boring Code

Am 24.03.2021 um 23:25 schrieb J. Landman Gay via use-livecode :

On 3/24/21 4:02 PM, matthias rebbe via use-livecode wrote:

Server scheme use sslis protocol
ftp:// false ftp
ftp://. true ftp over SSL explicit
ftps:// trueftp over SSL implicit

Thanks. Fetch documentation says that FTP with TLS/SSL URLs should start with
"ftps" so now I'm not sure what it's doing.

--
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.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

___
use-livecode mailing list
use-livecode at lists.runrev.com

Re: [ANN] This Week in LiveCode 259

what i forgot

my previous overview
>>> Server scheme use sslis protocol
>>> ftp://   false  ftp
>>> ftp://.  true  ftp over SSL explicit
>>> ftps://  trueftp over SSL 
>>> implicit

is how tsNet needs the server url


-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 24.03.2021 um 23:44 schrieb matthias rebbe via use-livecode 
> :
> 
> I've just had a quick look at the documentation of Fetch. 
> It seems Fetch uses ftps:// for both  FTPeS (FTP over SSL explicit)  and FTPS 
> (FTP over SSL implicit). But it depends on the port number you have entered. 
> If you keep port 21 then FTPS (FTP over SSL implicit) is used. 
> If you set the port to 990 then Fetch uses FTPS (FTP over SSL implicit).
> 
> Btw. it is not granted that an FTP server supports all modes.
> 
> Regards,
> Matthias
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
> 
>> Am 24.03.2021 um 23:25 schrieb J. Landman Gay via use-livecode 
>> :
>> 
>> On 3/24/21 4:02 PM, matthias rebbe via use-livecode wrote:
>>> Server scheme use sslis protocol
>>> ftp://   false  ftp
>>> ftp://.  true  ftp over SSL explicit
>>> ftps://  trueftp over SSL 
>>> implicit
>> 
>> Thanks. Fetch documentation says that FTP with TLS/SSL URLs should start 
>> with "ftps" so now I'm not sure what it's doing.
>> 
>> -- 
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software   | http://www.hyperactivesw.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
> 
> 
> ___
> 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


___
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

Re: [ANN] This Week in LiveCode 259

I've just had a quick look at the documentation of Fetch. 
It seems Fetch uses ftps:// for both  FTPeS (FTP over SSL explicit)  and FTPS 
(FTP over SSL implicit). But it depends on the port number you have entered. 
If you keep port 21 then FTPS (FTP over SSL implicit) is used. 
If you set the port to 990 then Fetch uses FTPS (FTP over SSL implicit).

Btw. it is not granted that an FTP server supports all modes.

Regards,
Matthias

-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 24.03.2021 um 23:25 schrieb J. Landman Gay via use-livecode 
> :
> 
> On 3/24/21 4:02 PM, matthias rebbe via use-livecode wrote:
>> Server scheme use sslis protocol
>> ftp://   false  ftp
>> ftp://.  true  ftp over SSL explicit
>> ftps://  trueftp over SSL 
>> implicit
> 
> Thanks. Fetch documentation says that FTP with TLS/SSL URLs should start with 
> "ftps" so now I'm not sure what it's doing.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.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


___
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

Re: [ANN] This Week in LiveCode 259


On 3/24/21 4:02 PM, matthias rebbe via use-livecode wrote:

Server scheme use sslis protocol
ftp://   false  ftp
ftp://.  true  ftp over SSL explicit
ftps://  trueftp over SSL implicit


Thanks. Fetch documentation says that FTP with TLS/SSL URLs should start with "ftps" so now I'm 
not sure what it's doing.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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

Re: [ANN] This Week in LiveCode 259


-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 24.03.2021 um 21:47 schrieb J. Landman Gay via use-livecode 
> :
> 
> On 3/24/21 3:00 PM, matthias rebbe via use-livecode wrote:
>> tsNET returns the 'standard' curl error codes. I have bookmarked the 
>> followingurl to  get help, if i got stuck with tsNET and its error code.
>> https://curl.se/libcurl/c/libcurl-errors.html
> 
> Thanks, that will be convenient. TSNet also gave a brief description which 
> clued me to the error.
> 
> I gave Scott the wrong lesson URL. Scott, the first one was what I used to 
> test (and the one that gave the error) but after I got that working I used 
> this lesson:
> 
> 
> I had to add "put true into tSettings["use_SSL"]" to the login array in the 
> example and change "put URL("file:"...)" to use "binfile" because I was 
> uploading a stack. Other than that, no changes to the example.
> 
> I'm curious though. I didn't change the server scheme, it still uses "ftp://; 
> but Fetch is now set to use SSL, it shows a padlock in its listing, and I set 
> "use_SSL" to true in the script. Can I assume it really is a secure 
> connection or do I need to change "ftp" to "FTPs" or something else? Fetch 
> did accept the upload without error.
> 
Server scheme use sslis protocol
ftp://   false  ftp
ftp://.  true  ftp over SSL explicit
ftps:// trueftp over SSL implicit





> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.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


___
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

Re: [ANN] This Week in LiveCode 259


On 3/24/21 3:00 PM, matthias rebbe via use-livecode wrote:

tsNET returns the 'standard' curl error codes. I have bookmarked the 
followingurl to  get help, if i got stuck with tsNET and its error code.
https://curl.se/libcurl/c/libcurl-errors.html


Thanks, that will be convenient. TSNet also gave a brief description which 
clued me to the error.

I gave Scott the wrong lesson URL. Scott, the first one was what I used to test (and the one 
that gave the error) but after I got that working I used this lesson:



I had to add "put true into tSettings["use_SSL"]" to the login array in the example and change 
"put URL("file:"...)" to use "binfile" because I was uploading a stack. Other than that, no 
changes to the example.


I'm curious though. I didn't change the server scheme, it still uses "ftp://; but Fetch is now 
set to use SSL, it shows a padlock in its listing, and I set "use_SSL" to true in the script. 
Can I assume it really is a secure connection or do I need to change "ftp" to "FTPs" or 
something else? Fetch did accept the upload without error.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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

Re: [ANN] This Week in LiveCode 259

Jacque,

tsNET returns the 'standard' curl error codes. I have bookmarked the 
followingurl to  get help, if i got stuck with tsNET and its error code.
https://curl.se/libcurl/c/libcurl-errors.html




-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 24.03.2021 um 20:39 schrieb J. Landman Gay via use-livecode 
> :
> 
> On 3/24/21 2:12 PM, J. Landman Gay via use-livecode wrote:
>> My server didn't like it and returned TSNet error 60.
> 
> I fixed it! The issue was that the certificate name didn't match my domain 
> name since I'm on a shared host. I had to set up Fetch to always trust the 
> certificate anyway.
> 
> As the Wise Wieder said, my code is happier now. So am I.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.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


___
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

Re: [ANN] This Week in LiveCode 259


On 3/24/21 2:12 PM, J. Landman Gay via use-livecode wrote:

My server didn't like it and returned TSNet error 60.


I fixed it! The issue was that the certificate name didn't match my domain name since I'm on a 
shared host. I had to set up Fetch to always trust the certificate anyway.


As the Wise Wieder said, my code is happier now. So am I.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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

Re: [ANN] This Week in LiveCode 259


On 3/23/21 10:53 PM, scott--- via use-livecode wrote:

Scott: I followed the lesson here: 


My server didn't like it and returned TSNet error 60.

Andre: After TSNet failed, I did try to use AppleScript but Fetch put up a dialog that it did 
not allow AppleScript sent from other apps. And BTW, next time leave in the fun stuff. :)


Matthias: I may take you up on your kind offer for assistance. I automated most of the actions 
a long time ago and I already know how to send via FTP, but in this case I want a secure 
connection.


Bob: this particular plugin won't be of use to anyone else. Andre's book focuses on plugins and 
scripts that enhance your own private work flow, and that fits exactly with what I do. In fact, 
I have a plugin of various development handlers that is automatically inserted as a backscript 
every time LC launches. I'm so used to it that I'm crippled if it isn't there.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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

Re: [ANN] This Week in LiveCode 259


On 3/24/21 12:11 PM, Mark Wieder via use-livecode wrote:

my code just seems happier in general these days.


To paraphrase: If code ain't happy, ain't nobody happy.*


*For our non-US friends, it's an American dialect thing, originally: "If mama ain't happy, 
ain't nobody happy." And you can believe that my husband throws that at me now and then. ;)


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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

Re: [ANN] This Week in LiveCode 259

2021-03-24 Thread Mark Wieder via use-livecode


On 3/24/21 8:19 AM, Bob Sneidar via use-livecode wrote:

The question I always ask myself is, will I ever benefit from this again? 
Additionally, can anyone else ever benefit from this?


I think there may be other questions in play as well.
Will I learn anything from doing this?
Will I have fun experimenting with it?
Are there more pressing things I need to do instead?
etc.

Bernd Niggeman has pushed me to start working with the styledText array 
of fields, and we've been refactoring the glx2 script editor to use 
this. It's been painful, but along the way we've uncovered some areas 
where it makes a lot of sense and is much faster than manipulating text 
in a field, but also found cases where it makes things much harder 
and/or slows operations down.


I can't say that much of what I've been learning is in the category of 
"things I'll put to use again", and we've put in way more time on this 
project than we could ever justify for the ROI, but the end result is 
satisfying, I've found a new bug report to file, and my code just seems 
happier in general these days.


--
 Mark Wieder
 ahsoftw...@gmail.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

Re: [ANN] This Week in LiveCode 259

2021-03-24 Thread Bob Sneidar via use-livecode

The question I always ask myself is, will I ever benefit from this again? 
Additionally, can anyone else ever benefit from this?

Bob S


On Mar 23, 2021, at 7:32 PM, J. Landman Gay via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

I read it today too and it was inspiring, which was the whole point really. A 
couple of the footnotes made me laugh. I already make a lot of my own tools and 
plugins but I did get some ideas from the book.

I immediately set about updating one of my tools and got stuck. So the next 
question is: how long should you spend making a tool when you could have done 
it faster the manual way?

I got stuck trying to FTPs a file to my server. The lesson I consulted didn't 
work, and I stopped because figuring out why would have become a whole project. 
So I'm back to dragging the file to a Fetch shortcut.
--
Jacqueline Landman Gay | 
jac...@hyperactivesw.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

Re: [ANN] This Week in LiveCode 259

2021-03-24 Thread Andre Garzia via use-livecode

Folks,

Thanks a lot for the kind words, it really made my day! <3

Mark, I guarantee that I learned more from you than you from me.

Scott, exploding tea infusers are quite dangerous. We managed to get a refund 
but I’m still terrified of what happened. As for coffee, I’m deep into coffee 
stuff, if you liked that Hario Switch Dripper shown there, you might also enjoy 
the Clever Dripper which makes very similar coffee but it costs way less. About 
25 bucks if I remember. I just find the Hario Switch Dripper prettier. Thanks a 
ton for the kind words as well.

Jacque, I think you made a good choice in deciding to stop working on your FTPs 
tool. It is not worthy to devote too much time into a tool that you won’t see 
much usage. Much easier to create a tool that helps you use Fetch or whatever 
client you normally use. This is a prime candidate for a stack that uses 
AppleScript to automate Fetch (or Transmit, my preferred client). Let me tell 
you that I removed a ton of funny footnotes from the text. Originally the text 
was much more fun, but I was afraid people wouldn’t like it so I removed most 
of the jokes and useless-but-flavourful notes. Next time, I’m leaving them in.

Matthias, you got it! Thats the exact use case that bespoke tools are made for. 
Making something that you need to do often repeatable and safe. 

Bob, oh I never learned to play any musical instrument even though I tried a 
bunch of them. I’m happy that you’re making good use of the book.


So for those that already read it, is there any kind of extra topic or material 
regarding plugins and bespoke tools that you’d like to see covered? I’m keen to 
update this book with new chapters but I have no idea what people are looking 
for.

Om om
A
___
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

Re: [ANN] This Week in LiveCode 259

"Sometimes 3 times, because have to projects i create for Win/Mac/Linux and 
that several times a month."

meant to be

Sometimes 3 times, because i have two  projects i create for Win/Mac/Linux 
several times a month and the tasks has to be done for each standalone and 
platform.



-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 24.03.2021 um 10:45 schrieb matthias rebbe via use-livecode 
> :
> 
> Sometimes 3 times, because have to projects i create for Win/Mac/Linux and 
> that several times a month.

___
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

Re: [ANN] This Week in LiveCode 259