Re: Script Editor Performance

[Mark Wieder via use-livecode]

On 1/29/19 8:43 AM, Bob Sneidar via use-livecode wrote:

Others have seen it and it seemed to be related to really long scripts.


I've seen it on 20-line scripts. With 9.0.2.

--
 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: Script Editor Performance

[Bob Sneidar via use-livecode]

I just did and am not seeing the issue. 9.0.2 Community MacOS 10.14.2

Bob S


> On Jan 29, 2019, at 08:43 , Bob Sneidar via use-livecode 
>  wrote:
> 
> Others have seen it and it seemed to be related to really long scripts. I am 
> running 9.0.2 and have not seen this for a while. Open the datagrid behavior 
> and scroll to the bottom. That should do it if it's gonna trigger. 
> 
> Bob S
> 
> 
>> On Jan 29, 2019, at 08:09 , Matthias Rebbe via use-livecode 
>>  wrote:
>> 
>>> Thanks for mentioning that.  I've seen that too, but only intermittently 
>>> and I haven't yet come up with a recipe.  Since no one else had mentioned 
>>> it I was beginning the think I was the only one seeing it.
>> 
>> As i wrote already in a post to a similar topic, i mostly can see this 
>> behaviour here on Mac OS X when in debug mode. When i then scroll, the line 
>> number very often do not update anymore, even if i jump into the next 
>> statement (CMD-i).
>> I then have to stop the script, close the script editor. After that it is 
>> working again until it happens again.


___
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: Script Editor Performance

[Bob Sneidar via use-livecode]

Others have seen it and it seemed to be related to really long scripts. I am 
running 9.0.2 and have not seen this for a while. Open the datagrid behavior 
and scroll to the bottom. That should do it if it's gonna trigger. 

Bob S


> On Jan 29, 2019, at 08:09 , Matthias Rebbe via use-livecode 
>  wrote:
> 
>> Thanks for mentioning that.  I've seen that too, but only intermittently and 
>> I haven't yet come up with a recipe.  Since no one else had mentioned it I 
>> was beginning the think I was the only one seeing it.
> 
> As i wrote already in a post to a similar topic, i mostly can see this 
> behaviour here on Mac OS X when in debug mode. When i then scroll, the line 
> number very often do not update anymore, even if i jump into the next 
> statement (CMD-i).
> I then have to stop the script, close the script editor. After that it is 
> working again until it happens again.


___
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: Script Editor Performance

[Matthias Rebbe via use-livecode]

Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 29.01.2019 um 16:14 schrieb Richard Gaskin via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Tiemo Hollmann wrote:
> 
> > Beside of massive slowdowns, the 9er IDE has (at least on Win 10) some
> > nasty behaviors. E.g. When using the scroll-bar, the line numbers
> > don't get updated anymore. You have to stop scrolling and click
> > somewhere within the script to update the line numbers.
> 
> Thanks for mentioning that.  I've seen that too, but only intermittently and 
> I haven't yet come up with a recipe.  Since no one else had mentioned it I 
> was beginning the think I was the only one seeing it.

As i wrote already in a post to a similar topic, i mostly can see this 
behaviour here on Mac OS X when in debug mode. When i then scroll, the line 
number very often do not update anymore, even if i jump into the next statement 
(CMD-i).
I then have to stop the script, close the script editor. After that it is 
working again until it happens again.


___
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: Script Editor Performance

[Ray via use-livecode]

Thanks Curry - I'm using Windows 10.  I'll try some of these things
you've suggested and get back.

On 1/28/2019 4:54 PM, Curry Kenworthy via use-livecode wrote:


Ray:

> For some time now I've noticed a substantial slowdown in
> the script editor every time I upgrade to 8.X or 9.X.

If you're lucky, making adjustments (disabling real time protection
mode or whitelisting LC and its filetypes) to your Anti Virus (such as
Windows Defender) may alleviate the symptoms of this problem. That
works in most but not all cases. Also turn off most of the "auto"
features such as coloring and autocomplete and real-time compile in
the script editor. See this bug:

https://quality.livecode.com/show_bug.cgi?id=21604

And if applicable, add your own CC and note!

Notice the bug title is misleading, because (as I found out after
filing the report) Macs sometimes have the same symptoms. Which
platform are you using?

If you're not lucky and tweaking (or changing) AV doesn't do the
trick, or if you're on Mac, please consider attempting a reliable
recipe, because that has proved elusive. At the moment I'm no longer
able to flip a setting on my computer to cause the Anti Virus obvious
exaggeration of the symptoms on Windows, but eventually when I have
some time I may attempt a recipe for Mac.

> Which version of LC are you using?

I'm one of the lucky ones with greatly reduced symptoms after changing
my AV, so using LC 902 an 901 on Win 10 and Mac, also LC 6.7 on Win 10
and Mac for some work.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.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: Script Editor Performance

[Curry Kenworthy via use-livecode]

Ray:

> For some time now I've noticed a substantial slowdown in
> the script editor every time I upgrade to 8.X or 9.X.

If you're lucky, making adjustments (disabling real time protection mode 
or whitelisting LC and its filetypes) to your Anti Virus (such as 
Windows Defender) may alleviate the symptoms of this problem. That works 
in most but not all cases. Also turn off most of the "auto" features 
such as coloring and autocomplete and real-time compile in the script 
editor. See this bug:


https://quality.livecode.com/show_bug.cgi?id=21604

And if applicable, add your own CC and note!

Notice the bug title is misleading, because (as I found out after filing 
the report) Macs sometimes have the same symptoms. Which platform are 
you using?


If you're not lucky and tweaking (or changing) AV doesn't do the trick, 
or if you're on Mac, please consider attempting a reliable recipe, 
because that has proved elusive. At the moment I'm no longer able to 
flip a setting on my computer to cause the Anti Virus obvious 
exaggeration of the symptoms on Windows, but eventually when I have some 
time I may attempt a recipe for Mac.


> Which version of LC are you using?

I'm one of the lucky ones with greatly reduced symptoms after changing 
my AV, so using LC 902 an 901 on Win 10 and Mac, also LC 6.7 on Win 10 
and Mac for some work.


Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.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: Script Editor Performance

[Richard Gaskin via use-livecode]

David Bovill wrote:

> My guess on this is that it is a basic field issue.

Easily testable:

1. Make a field
2. Type in it
3. Open the Script Editor
4. Type in it

If you see a significant difference, we'll know it lies in the SE 
scripts and not the engine.



> One of the most frequent crashes I get is if in testing I put some
> data in the msg box. If the data is unusually large, everything jams.

Does it crash or hang?

LC's Message Box is very complex, so we can't guarantee that things 
affecting it will affect other layouts with heavy field use.


This can be tested similar to above:

1. Make a field.
2. Put whatever text into it that causes the Message Box to hang.

If it does hang it would be interested to see the text.  If it has 
unusually long runs without linebreaks it may be the soft-wrap 
calculations eating up time.


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

Re: Script Editor Performance

[Beetlejooce via use-livecode]

prothero--- via use-livecode wrote
> ...
> I’d love to get some feedback on one of my fixes. I’m not seeing any
> issues but I need to get feedback across a few machines (Windows/Linux) to
> confirm my changes before creating a pull request. If you are an advanced
> user and are willing to hack up a file within the Application bundle,
> shoot me a note and I’ll get you one specific change I made that I think
> you’ll agree is a benefit. In 1 week I’ve not seen any negative side
> effect. Fingers crossed...

I'd love to give your fix a try. I am also using a beefy pc and I'm beyond
frustrated with the lag in the editor. I can type an entire sentence before
I can see it!  I have tried with a clean plugin/extension folder and my
default one, with no noticeable difference.  I am very anxious to get this
fixed.




--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

___
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: Script Editor Performance

[Brian Milby via use-livecode]

Bob,

You could just create the branch on your fork of the engine/IDE and post that.  
I’ve not been doing as much over the past few weeks but would be game to make a 
change and test (even build a version with it).  I will say that I have not 
noticed that much of an issue but my code projects are not that large 
(ScriptTracker probably has the most lines in any one object).

Thanks,
Brian
On Jan 22, 2019, 6:29 AM -0600, bob--- via use-livecode 
, wrote:
> The script editor in Livecode is absolutely horrid performance wise. There 
> plenty of issues but the scrolling performance bothers me to no end — AGAIN!
>
> I develop on a 3 year old iMac 27” with 24G of ram. The Livecode IDE is by 
> far the worst IDE/Script Editor that I use (sorry to say). I’m finding lately 
> that developing in Livecode to be a frustrating experience compared to other 
> tools that I use (yes I know and use Atom and Sublime).
>
> I just searched quality.livecode.com  and see 
> no bugs open on performance issues related to the Script Editor. This 
> surprises me. Maybe I’m just not finding the bug reports??
>
> I went in and looked at some code I fixed a couple of years ago. Based on 
> what’s been done, there’s a difference of opinion between myself and the team 
> that maintains the Script Editor code. I can see that changes have been made 
> that cause the UX issues I’m seeing (along with a bug in the code that I’ve 
> found). I’ve changed the code to the way I think things should be done on my 
> local machine and LC script editor is almost usable again.
>
> I’d love to get some feedback on one of my fixes. I’m not seeing any issues 
> but I need to get feedback across a few machines (Windows/Linux) to confirm 
> my changes before creating a pull request. If you are an advanced user and 
> are willing to hack up a file within the Application bundle, shoot me a note 
> and I’ll get you one specific change I made that I think you’ll agree is a 
> benefit. In 1 week I’ve not seen any negative side effect. Fingers crossed...
>
> Bob H.
>
> ___
> 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: Script Editor Performance

[dunbarxx via use-livecode]

Hi.

Something you must consider. 

On the forum "Jerky Script Editor Scrolling".

Some fonts scroll far smoother than others.

Craig Newman




--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

___
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: Script Editor Performance

[Matthias Rebbe via use-livecode]

> 
> I’d love to get some feedback on one of my fixes. I’m not seeing any issues 
> but I need to get feedback across a few machines (Windows/Linux) to confirm 
> my changes before creating a pull request. If you are an advanced user and 
> are willing to hack up a file within the Application bundle, shoot me a note 
> and I’ll get you one specific change I made that I think you’ll agree is a 
> benefit. In 1 week I’ve not seen any negative side effect. Fingers crossed...
> 

So how can one help? Can you provide a d/l from where one could download the 
"fixed" files?

Matthias

> Bob H.
> 
> ___
> 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: Script Editor Performance

[bob--- via use-livecode]

The change I made is in the Script Editor which is not related to the message 
box. It’s a UX/performance issue that I’ve fixed. Nothing related to crashing 
at all. More of a difference in opinion I guess. My way is much better — for me 
anyways :-) I’m betting others will agree though.

 I’ve not looked at the message box at all. I’m obsessed with the Script Editor 
specifically. Not sure the message box was designed for unusually large text 
being pasted in either. I suspect there is a limit to the number of characters 
in the field being pasted into. Before you paste the text in get a character 
count of the text. It would be helpful in your case to determine just how big 
is too big.

Bob


> On Jan 22, 2019, at 7:50 AM, David Bovill  wrote:
> 
> My guess on this is that it is a basic field issue. One of the most frequent 
> crashes I get is if in testing I put some data in the msg box. If the data is 
> unusually large, everything jams. Only a force-quit gets you out of that.

___
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: Script Editor Performance

[David Bovill via use-livecode]

My guess on this is that it is a basic field issue. One of the most
frequent crashes I get is if in testing I put some data in the msg box. If
the data is unusually large, everything jams. Only a force-quit gets you
out of that.

I wonder if when we have native field objects - that this might be the real
long term solution - though I don't know what the idea with regard that is
for fields on desktop - but certainly leaning on the OS to handle stuff
like that without the performance issues for large amounts of data could be
the "fix" that we need / is planned?

On Tue, 22 Jan 2019 at 12:28, bob--- via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The script editor in Livecode is absolutely horrid performance wise. There
> plenty of issues but the scrolling performance bothers me to no end — AGAIN!
>
> I develop on a 3 year old iMac 27” with 24G of ram. The Livecode IDE is by
> far the worst IDE/Script Editor that I use (sorry to say). I’m finding
> lately that developing in Livecode to be a frustrating experience compared
> to other tools that I use (yes I know and use Atom and Sublime).
>
> I just searched quality.livecode.com  and
> see no bugs open on performance issues related to the Script Editor. This
> surprises me. Maybe I’m just not finding the bug reports??
>
> I went in and looked at some code I fixed a couple of years ago. Based on
> what’s been done, there’s a difference of opinion between myself and the
> team that maintains the Script Editor code. I can see that changes have
> been made that cause the UX issues I’m seeing (along with a bug in the code
> that I’ve found). I’ve changed the code to the way I think things should be
> done on my local machine and LC script editor is almost usable again.
>
> I’d love to get some feedback on one of my fixes. I’m not seeing any
> issues but I need to get feedback across a few machines (Windows/Linux) to
> confirm my changes before creating a pull request. If you are an advanced
> user and are willing to hack up a file within the Application bundle, shoot
> me a note and I’ll get you one specific change I made that I think you’ll
> agree is a benefit. In 1 week I’ve not seen any negative side effect.
> Fingers crossed...
>
> Bob H.
>
> ___
> 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: Script editor performance with large scripts

[Mike Kerner]

We really should have a workshop/class/webinar on the script editor.  Some
day, glx should be part of the SE, and I would imagine that I am not the
only one with a long SE wishlist.

On Mon, Jan 18, 2016 at 11:33 AM, Peter TB Brett 
wrote:

> Hi all,
>
> I've spent the last couple of days making the script editor quite a bit
> snappier when working with large scripts (5000+ lines), and if all goes
> well, those changes should be landing in the next LiveCode 8 development
> preview release.  Good news for people who write terrifyingly huge scripts!
>
> https://github.com/livecode/livecode-ide/pull/794
>
> Peter :-)
>
> --
> Dr Peter Brett 
> LiveCode Open Source Team
>
> LiveCode on reddit: https://reddit.com/r/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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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