Multiple LC Installer Setup processes remain in memory on Windows

2021-11-10 Thread Curry Kenworthy via use-livecode 



I've mentioned once or twice that LC Setup
is "badly behaved" on all platforms.

Finally filed a bug report on the Windows
variant of this problem, which is that
one or more instances of LC Setup/Installer
process can remain indefinitely in memory.

(I've seen a dozen of these zombie tasks!
That can affect system performance.)

Also a couple of workarounds posted,
so if this has bitten you before,
or if you're not sure, check it out.

I don't lose performance from this anymore,
since I have SSD plus the workarounds,
but filing it now so it can be fixed! :)

Here's the bug report:

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

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian 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: Object property management

2021-11-10 Thread Neville Smythe via use-livecode 
Aaargh, I can’t even remember the name of my own stack! I have incurred the 
wrath of Blind Io by invoking her name in the help text.

Thanks Matthias it is indeed nsPropertyMapper

Neville

___
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: IDE performance (Re: Suggestion: Non-Appbuilding Community Edition)

2021-11-10 Thread Curry Kenworthy via use-livecode 



Resurrecting this thread from September because ...
now I've had a chance to go through my old bug reports,
and found the one for this Script Editor slowdown!
(It said "Pending Followup" so I just followed up on it.)

For the people here that still see bad IDE/SE performance
(and there were several: Lagi, Bob, Bernard, Andre, etc)
you can benefit from adding your CC to this bug report
and post your symptoms/setup there to help LC fix this.

Plus, I posted 7 steps that worked for myself and others;
many people have resolved this for their own computers!

BTW, I have NOT had this problem myself for 1 or 2 years;
so those steps are tried and true. (They work in MOST cases.)

Here's the bug report:

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

No slowdowns on my end anymore; Windows "just works." :)
I could have simply closed the bug, but I followed up
and posted those 7 steps to help the rest of you.

Most importantly, it's NOT just a Windows issue.
(We have to avoid myths, or we can't solve problems.)
I've seen it twice on Mac myself, and others have too.
But it is MUCH more common on Windows. Rare on Mac.
Mostly due to antivirus trends, but other factors.

For the LC team, I'm not sure whether they ever
reproduced this bug or not, so I posted some tips
on maxing out disk and memory to help notice problems.

(That doesn't mean people with the IDE problems
are running a bunch of videos and downloads;
just getting closer to real-life use conditions
versus a more pristine test environment.)

Hopefully someone still having the issues
will follow up there to help get it fixed.

I don't anymore, so I'm moving on to other bugs!

One thing I forgot to mention is that LC Setup
is badly behaved on all platforms, and I've seen
literally a dozen copies of it in Task Manager;
that can also bog things down too!

I have a zero-tolerance policy for .Setup;
it is not allowed to run on my computer
except during the initial installation.

And like I say, no IDE slowdowns for 1-2 years.

(Not to be confused with IDE crashes
and bugs that completely "hang" the engine!
I'm still a combatant on those bugs.) :)

Original thread:



Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian 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: Control of Text Fields.

2021-11-10 Thread Richmond via use-livecode 

It's a new one to me as well.

Richmond.

On 10.11.21 16:28, Alex Tweedly via use-livecode wrote:

"focusedObject" - wow, who knew ?  :-)

So it's been helpful for me.
(Some day I really will read the dictionary thoroughly).

Alex.

On 10/11/2021 03:38, Roger Guay via use-livecode wrote:

Alex and Richmond,

This discussion has been very helpful. Thank you! Please see my 
latest post on the forums where I offer my Formulator stack that 
seems to work, partly I think because I don’t lock the text of the 
multiple fields in my stack. Who woulda thunk?


https://forums.livecode.com/viewtopic.php?f=7=36444 



Cheers,

Roger


On Nov 7, 2021, at 5:51 PM, Alex Tweedly via use-livecode 
 wrote:



On 07/11/2021 11:36, Richmond via use-livecode wrote:

No hard feelings.

See what I have got up to over on the Forums, and

https://forums.livecode.com/viewtopic.php?f=7=36444

PLEASE, feel free to pull the thing to bits.

I don't want to "pull the thing to bits". Like you, I enjoy seeing 
"competing" multitude of ways to do things - I can learn from them all.


But I did have a quick look, so I'll just point out a small number 
of nitpicks.


1. the whole 'locktext' thing is weird, and causes various anomalies.
When I first open the stack, and click in the field, I can type 
digits and have them appear in the field, as you'd expect. But once 
I've clicked on an 'arrow-emulator' the field becomes locked and one 
can no longer type in characters. Clicking *outside* the field will 
then free it up again, so typing becomes possible.


2. disappearing iBeam.

If I position the ibeam in the middle of the text in the field, and 
use one of the arrow emulator buttons, the iBeam moves properly - 
but then disappears (perhaps when the 'locktext' is set true).


3. incorrect entry position.

As in 2 above, although the ibeam was last seen in the correct place 
after using the ">" button to move it to the right, if I then click 
on a digit button, that digit appears at the end of the field, not 
where it should have gone


4. Incorrect arrow key emulation (same problem as I mentioned in the 
previous email).


If you select a chunk of text in the field, then use the left-arrow 
emulator button, the ibeam is positioned before the *last* character 
of the selection, instead of before the first.



There were a couple of others, omitted for brevity. I've created a 
modified version your stack with my suggested handlers, and will 
attempt to upload it to the forum later.


Then there was another issue which I haven't tackled - it would mean 
changing lots of very similar tiny scripts, and is too tedious.


5. character input should replace any selection

Just like in a regular field, if there is an active selection, 
typing a character (or clicking a digit button, should *replace* it, 
not simply add the newly typed (or clicked) digit.



I've taken my earlier handler suggestion, and broken the bits of 
code out into individual button scripts, which removes the apparent 
complexity that you disliked earlier. As far as I know, no problems 
have yet been found with that approach. As one example, the code for 
left-arrow emulator would be



  on mouseUp
    focus on field "fWORK"
    put word 2 of the selectedchunk into tFirst
    put word 4 of the selectedchunk into tLast
    select before char (min(tFirst, tLast)) of fld "fWORK"
end mouseUp

I've uploaded this revised version on the forum thread.

Best wishes,  Alex



___
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: Control of Text Fields.

2021-11-10 Thread Alex Tweedly via use-livecode 

"focusedObject" - wow, who knew ?  :-)

So it's been helpful for me.
(Some day I really will read the dictionary thoroughly).

Alex.

On 10/11/2021 03:38, Roger Guay via use-livecode wrote:

Alex and Richmond,

This discussion has been very helpful. Thank you! Please see my latest post on 
the forums where I offer my Formulator stack that seems to work, partly I think 
because I don’t lock the text of the multiple fields in my stack. Who woulda 
thunk?

https://forums.livecode.com/viewtopic.php?f=7=36444 


Cheers,

Roger



On Nov 7, 2021, at 5:51 PM, Alex Tweedly via use-livecode 
 wrote:


On 07/11/2021 11:36, Richmond via use-livecode wrote:

No hard feelings.

See what I have got up to over on the Forums, and

https://forums.livecode.com/viewtopic.php?f=7=36444

PLEASE, feel free to pull the thing to bits.


I don't want to "pull the thing to bits". Like you, I enjoy seeing "competing" 
multitude of ways to do things - I can learn from them all.

But I did have a quick look, so I'll just point out a small number of nitpicks.

1. the whole 'locktext' thing is weird, and causes various anomalies.
When I first open the stack, and click in the field, I can type digits and have 
them appear in the field, as you'd expect. But once I've clicked on an 
'arrow-emulator' the field becomes locked and one can no longer type in 
characters.  Clicking *outside* the field will then free it up again, so typing 
becomes possible.

2. disappearing iBeam.

If I position the ibeam in the middle of the text in the field, and use one of 
the arrow emulator buttons, the iBeam  moves properly - but then disappears 
(perhaps when the 'locktext' is set true).

3. incorrect entry position.

As in 2 above, although the ibeam was last seen in the correct place after using the 
">" button to move it to the right, if I then click on a digit button, that 
digit appears at the end of the field, not where it should have gone

4. Incorrect arrow key emulation (same problem as I mentioned in the previous 
email).

If you select a chunk of text in the field, then use the left-arrow emulator 
button, the ibeam is positioned before the *last* character of the selection, 
instead of before the first.


There were a couple of others, omitted for brevity. I've created a modified 
version your stack with my suggested handlers, and will attempt to upload it to 
the forum later.

Then there was another issue which I haven't tackled - it would mean changing 
lots of very similar tiny scripts, and is too tedious.

5. character input should replace any selection

Just like in a regular field, if there is an active selection, typing a 
character (or clicking a digit button, should *replace* it, not simply add the 
newly typed (or clicked) digit.


I've taken my earlier handler suggestion, and broken the bits of code out into 
individual button scripts, which removes the apparent complexity that you 
disliked earlier. As far as I know, no problems have yet been found with that 
approach. As one example, the code for left-arrow emulator would be


  on mouseUp
focus on field "fWORK"
put word 2 of the selectedchunk into tFirst
put word 4 of the selectedchunk into tLast
select before char (min(tFirst, tLast)) of fld "fWORK"
end mouseUp

I've uploaded this revised version on the forum thread.

Best wishes,  Alex



___
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: Object property management

2021-11-10 Thread matthias rebbe via use-livecode 
Neville,
thanks for that. Took me some time to find it in RevOnline.

I've already tried it and it looks very interesting. I will 'play" more with it 
later today when time allows.

Btw. for those who are trying to find it in RevOnline

Search for nsPropertyMapper

Regards,
Matthias



> Am 10.11.2021 um 05:37 schrieb Neville Smythe via use-livecode 
> :
> 
> I have uploaded a plugin tool nsFormatMapper 2.0 to RunRevOnline. It is 
> designed to help with maintaining uniformity of UI elements such as colours 
> and text properties. It works rather like the Format Paint brush in Word or 
> Pages. You get all the required property types from an object, and set those 
> properties in another via drag and drop. You can also save sets of properties 
> for use as favourites. Properties transferrable included  color, text, button 
> and field properties, graphic effects, gradients and blending. Hope some 
> developers find it useful.
> 
> Neville
> ___
> 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