date:20210324

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


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

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

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

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

___
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

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: Problem with Script Editor in LC 9.6.2 (rc3)

Are you sure you do not have a mouseUp handler somewhere in a frontScript? 

Bob S


> On Mar 24, 2021, at 2:58 PM, HENRY LOWE via use-livecode 
>  wrote:
> 
> Thanks Richard. I turned off the line number option and the problem still 
> occurs. I can reproduce this with any script that extend beyond the bottom of 
> the script editor pane. 
> 
> Select the first line of a script and then (holding the mouse button down) 
> continue dragging down to select additional lines until you are reach the 
> last visible line. Continue to drag down to get the script editor to 
> autoscroll and the scrolling now continues automatically until the entire 
> script is selected. Cannot stop the scroll until the entire script is 
> selected.
> 
> Looks like a new bug to me.
> 
> Henry
> 
>> On Mar 24, 2021, at 2:45 PM, Richard Gaskin via use-livecode 
>>  wrote:
>> 
>> Henry Lowe wrote:
>> 
>>> If I select text in the LC Script Editor and then drag down to select
>>> additional text (e.g. I want to select an entire handler), the editor
>>> starts to autoscroll and does not stop until it reaches the end of the
>>> script text. Nothing I do stops the scrolling and text selection. I am
>>> locked out of LC, which is unresponsive. Activity Monitor shows that
>>> LC is using 100% of the CPU while in this ‘autoscrolling’ state. Once
>>> the scroll reaches the end of the text in the editor pane, I get
>>> control of LC again.
>>> 
>>> This is only happening with a very large script 5900 lines of text
>>> (238K). I am in the progress of breaking this script up into a series
>>> of smaller scripts.
>>> 
>>> I suspect that this issue is related to the large amount of text in
>>> the script but have not seen this before with this script until I
>>> updated to LC 9.6.2 (rc3).
>>> 
>>> Can anyone confirm this issue?
>> 
>> I have seen similar issues on Ubuntu.  I believe it may be related to the 
>> complicated way the line number field is kept in sync.
>> 
>> The only workaround I've tested is writing my own script editor, thankfully 
>> subsidized by a generous soul who commissioned it.  It's not yet ready for 
>> prime time, though, so I have no immediate solution for LC SE users.
>> 
>> 
>>> Also, is there an upper limit to the size of a LC script?
>> 
>> There should not be, at least within reasonable memory limits.
>> 
>> And if there were, it shouldn't be anywhere near as short as 5900 lines. 
>> I've been stress-testing my with 20k-line scripts.
>> 
>> The LC field object is quite good.  Any script editor using it should be 
>> quite good too.
>> 
>> -- 
>> Richard Gaskin
>> Fourth World Systems
>> Software Design and Development for the Desktop, Mobile, and the Web
>> 
>> ambassa...@fourthworld.comhttp://www.FourthWorld.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: Problem with Script Editor in LC 9.6.2 (rc3)

Same LC version but not Big Sur. I was able to scroll properly while selecting 
text. 

Bob S


> On Mar 24, 2021, at 2:05 PM, HENRY LOWE via use-livecode 
>  wrote:
> 
> Since updating to LC 9.6.2 (rc3) on a 2019 iMac running Mac OS Big Sur 11.2.3 
> I have been experiencing the following intermittent issue:
> 
> If I select text in the LC Script Editor and then drag down to select 
> additional text (e.g. I want to select an entire handler), the editor starts 
> to autoscroll and does not stop until it reaches the end of the script text. 
> Nothing I do stops the scrolling and text selection. I am locked out of LC, 
> which is unresponsive. Activity Monitor shows that LC is using 100% of the 
> CPU while in this ‘autoscrolling’ state. Once the scroll reaches the end of 
> the text in the editor pane, I get control of LC again. 
> 
> This is only happening with a very large script 5900 lines of text (238K). I 
> am in the progress of breaking this script up into a series of smaller 
> scripts.
> 
> I suspect that this issue is related to the large amount of text in the 
> script but have not seen this before with this script until I updated to LC 
> 9.6.2 (rc3).
> 
> Can anyone confirm this issue?
> 
> Also, is there an upper limit to the size of a LC script?
> 
> Thanks,
> 
> Henry
> ___
> 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: Problem with Script Editor in LC 9.6.2 (rc3)

2021-03-24 Thread HENRY LOWE via use-livecode

Thanks Matthias. I am not using any 3rd party text tools or plug-ins.

If anyone else can confirm this issue I will submit a bug report.

Henry

> On Mar 24, 2021, at 3:17 PM, matthias rebbe via use-livecode 
>  wrote:
> 
> Henry,
> 
> i had a similar problem already with previous LC releases. In my case a 3rd 
> party tool called Popclip was the culprit.
> Popclip is automatically activated as soon as some text is selected. So when 
> i selected text in the editor some strange things happened, for example the 
> whole text was selected and so on.
> Fortunately Popclip allows to exclude apps from being monitored by it, so i 
> just had to add Livecode to the list of apps that should be excluded from 
> PopClip actions.
> 
> 
> Regards,
> 
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
> 
>> Am 24.03.2021 um 22:58 schrieb HENRY LOWE via use-livecode 
>> :
>> 
>> Thanks Richard. I turned off the line number option and the problem still 
>> occurs. I can reproduce this with any script that extend beyond the bottom 
>> of the script editor pane. 
>> 
>> Select the first line of a script and then (holding the mouse button down) 
>> continue dragging down to select additional lines until you are reach the 
>> last visible line. Continue to drag down to get the script editor to 
>> autoscroll and the scrolling now continues automatically until the entire 
>> script is selected. Cannot stop the scroll until the entire script is 
>> selected.
>> 
>> Looks like a new bug to me.
>> 
>> Henry
>> 
>>> On Mar 24, 2021, at 2:45 PM, Richard Gaskin via use-livecode 
>>>  wrote:
>>> 
>>> Henry Lowe wrote:
>>> 
 If I select text in the LC Script Editor and then drag down to select
 additional text (e.g. I want to select an entire handler), the editor
 starts to autoscroll and does not stop until it reaches the end of the
 script text. Nothing I do stops the scrolling and text selection. I am
 locked out of LC, which is unresponsive. Activity Monitor shows that
 LC is using 100% of the CPU while in this ‘autoscrolling’ state. Once
 the scroll reaches the end of the text in the editor pane, I get
 control of LC again.
 
 This is only happening with a very large script 5900 lines of text
 (238K). I am in the progress of breaking this script up into a series
 of smaller scripts.
 
 I suspect that this issue is related to the large amount of text in
 the script but have not seen this before with this script until I
 updated to LC 9.6.2 (rc3).
 
 Can anyone confirm this issue?
>>> 
>>> I have seen similar issues on Ubuntu.  I believe it may be related to the 
>>> complicated way the line number field is kept in sync.
>>> 
>>> The only workaround I've tested is writing my own script editor, thankfully 
>>> subsidized by a generous soul who commissioned it.  It's not yet ready for 
>>> prime time, though, so I have no immediate solution for LC SE users.
>>> 
>>> 
 Also, is there an upper limit to the size of a LC script?
>>> 
>>> There should not be, at least within reasonable memory limits.
>>> 
>>> And if there were, it shouldn't be anywhere near as short as 5900 lines. 
>>> I've been stress-testing my with 20k-line scripts.
>>> 
>>> The LC field object is quite good.  Any script editor using it should be 
>>> quite good too.
>>> 
>>> -- 
>>> Richard Gaskin
>>> Fourth World Systems
>>> Software Design and Development for the Desktop, Mobile, and the Web
>>> 
>>> ambassa...@fourthworld.comhttp://www.FourthWorld.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


___
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: Problem with Script Editor in LC 9.6.2 (rc3)

Henry,

i had a similar problem already with previous LC releases. In my case a 3rd 
party tool called Popclip was the culprit.
Popclip is automatically activated as soon as some text is selected. So when i 
selected text in the editor some strange things happened, for example the whole 
text was selected and so on.
Fortunately Popclip allows to exclude apps from being monitored by it, so i 
just had to add Livecode to the list of apps that should be excluded from 
PopClip actions.


Regards,


-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 24.03.2021 um 22:58 schrieb HENRY LOWE via use-livecode 
> :
> 
> Thanks Richard. I turned off the line number option and the problem still 
> occurs. I can reproduce this with any script that extend beyond the bottom of 
> the script editor pane. 
> 
> Select the first line of a script and then (holding the mouse button down) 
> continue dragging down to select additional lines until you are reach the 
> last visible line. Continue to drag down to get the script editor to 
> autoscroll and the scrolling now continues automatically until the entire 
> script is selected. Cannot stop the scroll until the entire script is 
> selected.
> 
> Looks like a new bug to me.
> 
> Henry
> 
>> On Mar 24, 2021, at 2:45 PM, Richard Gaskin via use-livecode 
>>  wrote:
>> 
>> Henry Lowe wrote:
>> 
>>> If I select text in the LC Script Editor and then drag down to select
>>> additional text (e.g. I want to select an entire handler), the editor
>>> starts to autoscroll and does not stop until it reaches the end of the
>>> script text. Nothing I do stops the scrolling and text selection. I am
>>> locked out of LC, which is unresponsive. Activity Monitor shows that
>>> LC is using 100% of the CPU while in this ‘autoscrolling’ state. Once
>>> the scroll reaches the end of the text in the editor pane, I get
>>> control of LC again.
>>> 
>>> This is only happening with a very large script 5900 lines of text
>>> (238K). I am in the progress of breaking this script up into a series
>>> of smaller scripts.
>>> 
>>> I suspect that this issue is related to the large amount of text in
>>> the script but have not seen this before with this script until I
>>> updated to LC 9.6.2 (rc3).
>>> 
>>> Can anyone confirm this issue?
>> 
>> I have seen similar issues on Ubuntu.  I believe it may be related to the 
>> complicated way the line number field is kept in sync.
>> 
>> The only workaround I've tested is writing my own script editor, thankfully 
>> subsidized by a generous soul who commissioned it.  It's not yet ready for 
>> prime time, though, so I have no immediate solution for LC SE users.
>> 
>> 
>>> Also, is there an upper limit to the size of a LC script?
>> 
>> There should not be, at least within reasonable memory limits.
>> 
>> And if there were, it shouldn't be anywhere near as short as 5900 lines. 
>> I've been stress-testing my with 20k-line scripts.
>> 
>> The LC field object is quite good.  Any script editor using it should be 
>> quite good too.
>> 
>> -- 
>> Richard Gaskin
>> Fourth World Systems
>> Software Design and Development for the Desktop, Mobile, and the Web
>> 
>> ambassa...@fourthworld.comhttp://www.FourthWorld.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: Problem with Script Editor in LC 9.6.2 (rc3)

2021-03-24 Thread HENRY LOWE via use-livecode

Thanks Richard. I turned off the line number option and the problem still 
occurs. I can reproduce this with any script that extend beyond the bottom of 
the script editor pane. 

Select the first line of a script and then (holding the mouse button down) 
continue dragging down to select additional lines until you are reach the last 
visible line. Continue to drag down to get the script editor to autoscroll and 
the scrolling now continues automatically until the entire script is selected. 
Cannot stop the scroll until the entire script is selected.

Looks like a new bug to me.

Henry

> On Mar 24, 2021, at 2:45 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Henry Lowe wrote:
> 
> > If I select text in the LC Script Editor and then drag down to select
> > additional text (e.g. I want to select an entire handler), the editor
> > starts to autoscroll and does not stop until it reaches the end of the
> > script text. Nothing I do stops the scrolling and text selection. I am
> > locked out of LC, which is unresponsive. Activity Monitor shows that
> > LC is using 100% of the CPU while in this ‘autoscrolling’ state. Once
> > the scroll reaches the end of the text in the editor pane, I get
> > control of LC again.
> >
> > This is only happening with a very large script 5900 lines of text
> > (238K). I am in the progress of breaking this script up into a series
> > of smaller scripts.
> >
> > I suspect that this issue is related to the large amount of text in
> > the script but have not seen this before with this script until I
> > updated to LC 9.6.2 (rc3).
> >
> > Can anyone confirm this issue?
> 
> I have seen similar issues on Ubuntu.  I believe it may be related to the 
> complicated way the line number field is kept in sync.
> 
> The only workaround I've tested is writing my own script editor, thankfully 
> subsidized by a generous soul who commissioned it.  It's not yet ready for 
> prime time, though, so I have no immediate solution for LC SE users.
> 
> 
> > Also, is there an upper limit to the size of a LC script?
> 
> There should not be, at least within reasonable memory limits.
> 
> And if there were, it shouldn't be anywhere near as short as 5900 lines. I've 
> been stress-testing my with 20k-line scripts.
> 
> The LC field object is quite good.  Any script editor using it should be 
> quite good too.
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.comhttp://www.FourthWorld.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: Problem with Script Editor in LC 9.6.2 (rc3)

Henry Lowe wrote:

> If I select text in the LC Script Editor and then drag down to select
> additional text (e.g. I want to select an entire handler), the editor
> starts to autoscroll and does not stop until it reaches the end of the
> script text. Nothing I do stops the scrolling and text selection. I am
> locked out of LC, which is unresponsive. Activity Monitor shows that
> LC is using 100% of the CPU while in this ‘autoscrolling’ state. Once
> the scroll reaches the end of the text in the editor pane, I get
> control of LC again.
>
> This is only happening with a very large script 5900 lines of text
> (238K). I am in the progress of breaking this script up into a series
> of smaller scripts.
>
> I suspect that this issue is related to the large amount of text in
> the script but have not seen this before with this script until I
> updated to LC 9.6.2 (rc3).
>
> Can anyone confirm this issue?

I have seen similar issues on Ubuntu.  I believe it may be related to 
the complicated way the line number field is kept in sync.

The only workaround I've tested is writing my own script editor, 
thankfully subsidized by a generous soul who commissioned it.  It's not 
yet ready for prime time, though, so I have no immediate solution for LC 
SE users.

> Also, is there an upper limit to the size of a LC script?

There should not be, at least within reasonable memory limits.

And if there were, it shouldn't be anywhere near as short as 5900 lines. 
I've been stress-testing my with 20k-line scripts.

The LC field object is quite good.  Any script editor using it should be 
quite good too.

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web

 ambassa...@fourthworld.comhttp://www.FourthWorld.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

Set and get dgData and dgText delay

2021-03-24 Thread Pi Digital via use-livecode

Hi All

This has been a bit of a mind bender, mainly because in a test stack it works 
just fine, but...

Has anyone ever had problems with something like this:

on myHandle
— ...some code
Set the dgData of grp “myDG” to tDataA
Put the dgText of grp “myDG” into tDataS
— tDataS returns empty
— process tDataS...
end myHandle

And this:

on myHandle
— ...some code
Set the dgData of grp “myDG” to tDataA
dispatch “myHandlePt2”
end myHandle

on myHandlePt2
Put the dgText of grp “myDG” into tDataS
— tDataS returns empty
— process tDataS...
end myHandlePt2

However, this works:

on myHandle
— ...some code
Set the dgData of grp “myDG” to tDataA
send “myHandlePt2” to me in 0 sec
end myHandle

on myHandlePt2
Put the dgText of grp “myDG” into tDataS
— tDataS returns empty
— process tDataS...
end myHandlePt2


It seemingly doesn’t have anything to do with data length. I’ve tried forcing a 
refresh of the grid using dispatch refreshList to it but that makes no 
difference. Stepping through in the debugger allows it to work or setting a 
breakpoint, but does not when in full run. Both in standalone and ide. 

A one have any clues why this might not work sometimes?

Thanks

Sean Cole
Pi Digital
eMail Ts & Cs

___
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

Problem with Script Editor in LC 9.6.2 (rc3)

2021-03-24 Thread HENRY LOWE via use-livecode

Since updating to LC 9.6.2 (rc3) on a 2019 iMac running Mac OS Big Sur 11.2.3 I 
have been experiencing the following intermittent issue:

If I select text in the LC Script Editor and then drag down to select 
additional text (e.g. I want to select an entire handler), the editor starts to 
autoscroll and does not stop until it reaches the end of the script text. 
Nothing I do stops the scrolling and text selection. I am locked out of LC, 
which is unresponsive. Activity Monitor shows that LC is using 100% of the CPU 
while in this ‘autoscrolling’ state. Once the scroll reaches the end of the 
text in the editor pane, I get control of LC again. 

This is only happening with a very large script 5900 lines of text (238K). I am 
in the progress of breaking this script up into a series of smaller scripts.

I suspect that this issue is related to the large amount of text in the script 
but have not seen this before with this script until I updated to LC 9.6.2 
(rc3).

Can anyone confirm this issue?

Also, is there an upper limit to the size of a LC script?

Thanks,

Henry
___
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

xAPI in LiveCode Week #8 Zoom Meeting, Session #1

2021-03-24 Thread Brian K. Duck via use-livecode

Today’s meeting will begin at 3:30 PM EDT in zoom:

Topic:  xAPI in LiveCode Week #8 Zoom Meeting, Session #1
Time: Mar 24, 2021 03:30 PM America/Detroit

Join Zoom Meeting
https://us04web.zoom.us/j/8757225479?pwd=UHRDY0VLQUZGamJxeGxCR1BjVEd2dz09

Meeting ID: 875 722 5479
Passcode: 5xer2f

Thanks for your time,
Brian
___
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

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