Livecode Dictionary

[Simon Knight via use-livecode]

Hi all,

I have just read about two “issues” and both would be resolved or at least 
helped with a more detailed dictionary entry.  Now in the dim distant past the 
RunRev dictionary use to allow humble users to add comments and examples which 
I for one found useful.  Does anyone know why this useful feature was removed?  
Security ?



Simon Knight





___
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: OT: Linus on C vs C++

[Mark Wieder via use-livecode]

On 1/18/19 5:54 PM, Sannyasin Brahmanathaswami via use-livecode wrote:

https://www.quora.com/Linus-Torvalds-thinks-Java-and-C-are-horrible-programming-languages-So-which-language-does-he-recommend-for-programming


...one of those rare cases where I agree with everything Linus says.

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

OT: Linus on C vs C++

[Sannyasin Brahmanathaswami via use-livecode]

https://www.quora.com/Linus-Torvalds-thinks-Java-and-C-are-horrible-programming-languages-So-which-language-does-he-recommend-for-programming

___
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 Slow on Windows

[Curry Kenworthy via use-livecode]

I'll pipe in again, possibly triggering one or two souls again but 
that's OK if it will help others. :)


So, I really feel for the people who are still having big problems using 
SE and IDE. I've been there and felt that pain; it's no fun. LC without 
code editing is quite restrictive. But the good news is that right now 
I'm able to type up a storm in LC 9.


While a final fix may need to come from LC itself, hopefully the 
remaining users with frequent problems can work around the problem and 
get running again quickly with logic and a little luck. Don't give up!


In my case, (A) I was having huge problems with the newest LC 9's on my 
old but not-too-old Windows laptop, (B) the old laptop hardware got sick 
so I bought a new one, (C) the new laptop had problems with the newest 
9's too, so I took time out to discuss and report the bug.


Then (D) when I had a chance I changed some software on the new laptop 
including AV, (E) most of the problems went away; I couldn't reproduce 
the bug for a better recipe as I intended, (F) I heard back from LC that 
disabling Windows Defender had helped several people, (G) I looked at my 
settings and sure enough my new AV had replaced the Windows Defender 
features in question. Of course a few other variables were in the mix 
including different projects I was working on and tweaks to other AV(s) 
and other software and settings on the machine.


Afterwards (H) some people notified me of similar Mac symptoms, I was 
interested but some time later (I) it happened on my Mac too. Wow! I was 
surprised, in the middle of a bunch of stuff so no recipe, but there it 
was. Assuming that the same symptoms is likely the same bug - not a 
certainty but a good possibility. Furthermore (J) given that this topic 
still exists as of today - with even some very savvy and accomplished 
LiveCoders affected -I assume that the quick fix on Windows Defender, 
while it works for most people, doesn't work for everyone even on Windows.


So to summarize some probable points:

1. It's not just Windows Defender; WD's techniques have followed other 
AVs' "innovations" and are in turn being followed by yet other AVs. Over 
the years I've had to chastise more than one AV for not playing nice 
with LiveCode. In the AV world WD is not unique; it's just currently 
very widespread, bundled with the OS. Fortunately as a result, for this 
SE slowdown the WD fix works for most. But others should take heart and 
keep digging.


2. It's not just Windows. Other people have seen the SE symptoms on Mac, 
and now that includes myself. (Today I even witnessed a possible case of 
a Mac AV messing some things up in the Mac IDE!)


3. It's not just AV. Although AV is usually involved (not always), 
there's another side to the coin. Merely editing and formatting text, 
while the IDE is open but in a fairly static condition, ideally should 
not present opportunities for AV to constantly get involved. Of course 
there's also any user scripts that may be executing at the same time. 
But if the user plays nice and doesn't have any faulty scripts running, 
the IDE should also play nice and not take actions that would involve AV 
unnecessarily or in excess. Why? Because this suggests the possibility 
of actions (such as file access) or the timing of such actions that 
would lower performance anyway, besides opening the door to other 
potential current or future issues. If SE and/or the IDE have some weak 
code, it needs fixing to banish these symptoms forever and ensure a more 
robust IDE. Good code ensures no ghosts in the machine, and ghosts 
suggest weak code. I strongly suspect improvements are needed.


4. Individual computers are different, especially the software 
installed. If you're having problems, look at your AV settings and try 
some tweaks. Try turning off some real-time protection options 
temporarily, or whitelisting LC. If your AV is the hard-headed type, 
maybe try a different one altogether. There's even the possibility of 
other software on your system that is not strictly labeled AV. Once 
you're typing away in LC 9, believe me it's worth the effort of finding 
it. In my case I was forced to change AV anyway because McAfee (the 
default) was doing some crazy things including disabling firewall from 
time to time. Whatever the key is on your particular system, I think 
it's likely that the problem can be worked around until the IDE is 
beefed up. Don't give up.


5. It's a complex problem. We have the IDE plus the SE plus any user 
stacks or addons, all very important to factor in, plus OS, AV, and 
other software. Lots of things going on. Is the weakness is in the SE or 
other parts of the IDE, maybe even a special combination required to 
trigger the problems? And what triggers it on Mac? Not to mention user 
stack code. We do need one or more clean, simple, reliable recipe(s).


If someone who still has the problems, or someone who can just flip a 
software setting switch and experience 

Re: The merge function is redundant?

[prothero--- via use-livecode]

Folks:
I’m looking at Jan Schenkel’s posting on the “Power of Merge”.

I can’t make any of the examples work.
Obviously, there is some code or some very basic thing that everybody (but me) 
knows, but ??

Please illuminate me. I see the  placeholder in some of the lessons. The 
dictionary is no help.

BTW: No search in the dictionary’s user guide?

Thanks,
Bill

e.g.
on mouseUp

put "Testing" into Foobar

put merge([[quote]]Foobar[[quote]] [[the short name of \

this stack]]) & return & \

merge([[the layer of this card]] / [[the short ID \

of me]]) into tVariable

end mouseUp


Bill

William A. Prothero, Ph.D.University of California, Santa Barbara Dept. of 
Earth Sciences (Emeritus)Santa Barbara, CA. 93105

http://earthlearningsolutions.org/

> On Jan 18, 2019, at 2:35 PM, kee nethery via use-livecode 
>  wrote:
> 
> Thanks everyone. Templates makes sense.
> 
> Just for grins, perhaps the dictionary entry could be enhanced with Jacque’s 
> example. 
> 
> It makes sense to me now.
> 
> Kee
> 
> ___
> 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: The merge function is redundant?

[kee nethery via use-livecode]

Thanks everyone. Templates makes sense.

Just for grins, perhaps the dictionary entry could be enhanced with Jacque’s 
example. 

It makes sense to me now.

Kee

___
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: The merge function is redundant?

[Andre Alves Garzia via use-livecode]

Kee,

I can spend hours on why merge is useful and underappreciated but I will 
boil it down to one use case only: templates.


Merge is crucial if you're assembling some textual template that is not 
LiveCode but want to generate parts of it in LiveCode. For example, the 
first step in understanding the power of merge is "variable 
interpolation" in which we use merge to place values inside our text, 
for example, consider the following HTML snippet:






  Name: [[tFirstName]]

  Surname: [[tSurname]]

  Email: [[tEmail]]



---

Calling merge and having those variables filled with the data you want 
will get you the HTML you want. You can extrapolate it further by 
calling functions from merge such as:


---

The current time is: [[the long english date]]

---

You can even do loops and assemble more stuff. This is way better than 
error prone string concatenation. It is good for generating all sorts of 
textual formats, from HTML/XML to  more niche stuff such as scripts to 
run in another language or even in LC itself.



Cheers

andre


On 18/01/2019 18:33, kee nethery via use-livecode wrote:

I’m confused. Can someone explain why merge function exists when the put 
function works just as well?

merge( [[ 1 + 2 ]] = 3)
vs
put 1 + 2 && “= 3”

What is it that merge can do that a put cannot do? Just asking because I don’t 
want LiveCode to end up like Perl where there are so many completely different 
ways to do the exact same thing that one person’s perl code can be unreadable 
to another equally talented Perl coder.

Kee
  



___
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: The merge function is redundant?

[hh via use-livecode]

> Kee N. wrote:
> I’m confused. Can someone explain why merge function exists when
> the put function works just as well?
> merge([[ 1 + 2 ]] = 3) vs put 1 + 2 && “= 3”

merge([[ 1 + 2 ]] = 3) produces a script error,
this should read merge("[[ 1 + 2 ]] = 3").

Merge is the one and only function to do *multiple* replacements in
large strings in *one* shot. This is especially *very* important when
setting wordy strings like htmltext (or emails, as JLG denoted).
___
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: Multiple regression in LiveCode?

[Richard Gaskin via use-livecode]

DAVID Epstein wrote:

> Has anyone written a LiveCode function that will take a table of 2 or
> more independent variables and 1 dependent variable, and return
> coefficients, intercept, and standard errors for a multiple
> regression?

There might be something in the old joneslib.mc library:

https://forums.livecode.com/viewtopic.php?t=24307#p125754

It's quite old and will no doubt have a compilation issue or two with 
all the changes since it was first shared in the late '90s, mostly from 
functions there that have since been added to the engine.  But IIRC 
there's plenty of statistical juiciness there worth exploring beyond the 
ones now in engine.


If you find it useful enough to merit the quick cleanup, please consider 
posting the updated version to RevOnline.


--
 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: The merge function is redundant?

[Richard Gaskin via use-livecode]

kee nethery wrote:

> I’m confused. Can someone explain why merge function exists when the
> put function works just as well?
>
> merge( [[ 1 + 2 ]] = 3)
> vs
> put 1 + 2 && “= 3”
>
> What is it that merge can do that a put cannot do? Just asking because
> I don’t want LiveCode to end up like Perl where there are so many
> completely different ways to do the exact same thing that one person’s
> perl code can be unreadable to another equally talented Perl coder.

Not to worry about new things in the language stinking up the place.  
Merge has been in the xTalk family of languages for a long time, and 
serves a distinct purpose.  A little history may be helpful:


Gary Poppitz of the SuperCard team introduced the merge function to the 
xTalk world in the mid-90s, to support a server-side version of 
SuperCard called Flamethrower.


The goal was to provide a convenient way to sprinkle xTalk evaluations 
and statements throughout text that isn't xTalk -- in that use-case, HTML.


In short: templating.

Without a merge function you'd need to write your own parse to walk 
through the text to find whatever delimiters you're using, then run the 
found substring through "do" or "value".  Possible, but tedious and 
error-prone.  Indeed there were some HyperCard stacks back in the day 
with similar functionality done in script (Bob McBurney's Arachnid comes 
to mind), so one could deliver dynamic web pages from a Mac server in 
our favorite language.  But it was no speed demon compared to what LC 
does by handling that robustly in the engine.


Some time around MetaCard v2.0 Scott Raney added it to the engine we now 
call LiveCode, so it's been around for more than 20 years.  Mark 
Waddingham has enhanced it since then, and the core functionality is 
similar in many respects to how LC Server processes .lc files, so it's 
not going away any time soon.


And considering its utility, I'm grateful for it.  While I use it most 
often with HTML templates, I've used it with other formats as well for a 
wide range of tasks.  The ability to quickly and conveniently process 
any number of LC Script placeholders within a body of non-LC text has 
many applications once you get the hang of it.



Bonus:

A sort of logical inverse to using LC expressions in the middle of 
non-LC text is to put non-LC text in the middle of LC Scripts.  In bash 
this is done with heredoc, and some other languages offer such 
functionality as well.  I've proposed it in the LC request queue:


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

Comment #5 there from Brian Milby shows existing syntax used in another 
xTalk, SenseTalk, that could conceivably be adopted, perhaps less useful 
for compatibility with that dialect than simply having proven design 
work already done.


Used with the merge function, a heredoc-like implementation would make 
short work of many tasks we currently write 
"complicated"&"and"&"difficult-to-read"&"concatenation" 
for.


--
 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 Slow on Windows

[Matthias Rebbe via use-livecode]

Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 
> 
> the thing i do see is that the line nr's in the scripteditor sometimes seem 
> to stall while i scroll up or down the script. switching to another script 
> and back seems to refresh it.

This behaviour i can see also on Mac OS X.
___
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: The merge function is redundant?

[J. Landman Gay via use-livecode]

On 1/18/19 12:33 PM, kee nethery via use-livecode wrote:

I’m confused. Can someone explain why merge function exists when the put 
function works just as well?

merge( [[ 1 + 2 ]] = 3)
vs
put 1 + 2 && “= 3”

What is it that merge can do that a put cannot do? 


For me, it's convenience, precision, and readability (no need for all 
those ampersands and quote marks.) I use it mostly for reports, 
auto-generated emails from my server, and sometimes dynamic HTML 
construction. It also eliminates the need for multiple "replace" commands.


For example, imagine a text template in a custom property named "cText":

Dear [[username]],
  Thank you for your interest in [[productname]]. [[productname]] is 
available for download at [[productURL]].


And the script:

put "John Doe" into username
put "Zygodact" into productname
put "http://mydomain.com//zygodact.html; into productURL
put merge(the cText of me) into tResponse


--
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: Script Editor Slow on Windows

[JJS via use-livecode]

haha did i say does?

i mean thosea well almost wrote the dutch pronouncing


Op 18-1-2019 om 20:07 schreef JJS via use-livecode:

i don't have does issues on my win10 and lc902

i added .rev and .livecode to be excluded in Windows Defecnder and 
added the livecode.exe to be excluded.


the thing i do see is that the line nr's in the scripteditor sometimes 
seem to stall while i scroll up or down the script. switching to 
another script and back seems to refresh it.


Another thing i do is before opening an other project stack to work 
on, closing the IDE and restart it


Op 18-1-2019 om 12:44 schreef Andre Alves Garzia via use-livecode:

Ralph,

The IDE is so bad under windows that sometimes I dust off my 2013 
macbook air just to use it there for some hours and fix whatever I 
need to fix in my projects.


You're right, there is no recipe, it is "degradation over time" and 
time in here is measured in minutes and few hours. This happens 
regardless of plugins and fancy features such as autocompletion. Here 
in my install I face the following problems:


* script editor lag. I am a slow typer and yet sometimes, the editor 
will lag a lot behind my coding.


* script editor missing keystrokes. The lag above sometimes make the 
editor lose keystrokes causing my code to be broken.


* IDE fails to drag and drop controls or respond to shortcuts. 
Dragging tools from the tools palette into my stacks sometimes 
doesn't work. Selecting a control and using common keyboard shortcuts 
to open scripts or inspectors also doesn't work.


This makes using LC a pain and there is no recipe. I've even picked a 
plain new install without any plugin and it still happens over time. 
My machine is a Surface Pro 4 running Window 10, there is no 
bloatware or machine problem, it is all made nice by Microsoft, I 
don't face this kind of problem in any other language or IDE I use here.


I suspect that some IDE internal event message or loop is blocking 
but there is no way to tell.


On 17/01/2019 19:17, Ralph DiMola via use-livecode wrote:

A couple of things I have observed in Win 10 LC 9.0.2.
1) Scroll wheel starts scrolling 100s of lines with one wheel rotation
detent. The only way to fix is to restart IDE.
2) SE Font is bold 10% of the time when opening LC. The only way to 
fix is

to restart IDE(maybe more than once).
3) After working in the IDE for a while then using breakpoints(I 
think),
every time I do a Ctrl S the IDE will do a variety of things. Not 
all at
once but sometimes all at once. The only way to fix is to restart 
IDE. Ctrl

S does these things sometimes:
  a) Opens up the message box and execute the last command.
  b) The confirm IDE save version dialog is not presented instead 
the last

answer dialog used is displayed without any buttons. Sometimes keyboard
returns will let it move on and complete the save maybe 50% of the 
time.
  c) The open message box has a one line field with a horizontal 
scrollbar

scroll appear and is not active and all other windows are locked up.
  d) Blank "new script editor" window opens and is non functional.
  e) All of the above but flashing and repeating 10s of times(sometimes
forever). Look like a 1970's light show. I get flashbacks just 
looking at
it. The message boxes and answer dialogs are flashing on and off 
with 100%

cpu.
4) IDE goes into a loop (now and again).
5) IDE quits (not often).
6) Save stacks take 10 seconds or more with the Windows "not 
responding" in
the top bar using 100% cpu until saving status box appears. The 
status box
is only up moment. The actual save operation take a 1/2 second after 
that.
7) Undo's are sketchy at best. Sometimes the work as expected other 
times

some other tab's script is changed.
8) Put too many lines into the message box and the same as Ctrl S 
issues

start to pop up.
9) The IDE goes into loop and locks up for no reason using 100% cpu.

I can't make any recipes for a QCC report. I can't see any pattern. 
Simple

stacks usually don't have any of the above problems except for the IDE
scroll wheel and font problems so my larger stacks are doing 
something that

is whacking out the IDE in v9 that did not happen pre v9.

All this being said I still get more done with LC than any other 
language I

have ever used so it's still a net large gain in productivity.
  I don't know what I can do to help.

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net



___
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 Slow on Windows

[JJS via use-livecode]

i don't have does issues on my win10 and lc902

i added .rev and .livecode to be excluded in Windows Defecnder and added 
the livecode.exe to be excluded.


the thing i do see is that the line nr's in the scripteditor sometimes 
seem to stall while i scroll up or down the script. switching to another 
script and back seems to refresh it.


Another thing i do is before opening an other project stack to work on, 
closing the IDE and restart it


Op 18-1-2019 om 12:44 schreef Andre Alves Garzia via use-livecode:

Ralph,

The IDE is so bad under windows that sometimes I dust off my 2013 
macbook air just to use it there for some hours and fix whatever I 
need to fix in my projects.


You're right, there is no recipe, it is "degradation over time" and 
time in here is measured in minutes and few hours. This happens 
regardless of plugins and fancy features such as autocompletion. Here 
in my install I face the following problems:


* script editor lag. I am a slow typer and yet sometimes, the editor 
will lag a lot behind my coding.


* script editor missing keystrokes. The lag above sometimes make the 
editor lose keystrokes causing my code to be broken.


* IDE fails to drag and drop controls or respond to shortcuts. 
Dragging tools from the tools palette into my stacks sometimes doesn't 
work. Selecting a control and using common keyboard shortcuts to open 
scripts or inspectors also doesn't work.


This makes using LC a pain and there is no recipe. I've even picked a 
plain new install without any plugin and it still happens over time. 
My machine is a Surface Pro 4 running Window 10, there is no bloatware 
or machine problem, it is all made nice by Microsoft, I don't face 
this kind of problem in any other language or IDE I use here.


I suspect that some IDE internal event message or loop is blocking but 
there is no way to tell.


On 17/01/2019 19:17, Ralph DiMola via use-livecode wrote:

A couple of things I have observed in Win 10 LC 9.0.2.
1) Scroll wheel starts scrolling 100s of lines with one wheel rotation
detent. The only way to fix is to restart IDE.
2) SE Font is bold 10% of the time when opening LC. The only way to 
fix is

to restart IDE(maybe more than once).
3) After working in the IDE for a while then using breakpoints(I think),
every time I do a Ctrl S the IDE will do a variety of things. Not all at
once but sometimes all at once. The only way to fix is to restart 
IDE. Ctrl

S does these things sometimes:
  a) Opens up the message box and execute the last command.
  b) The confirm IDE save version dialog is not presented instead the 
last

answer dialog used is displayed without any buttons. Sometimes keyboard
returns will let it move on and complete the save maybe 50% of the time.
  c) The open message box has a one line field with a horizontal 
scrollbar

scroll appear and is not active and all other windows are locked up.
  d) Blank "new script editor" window opens and is non functional.
  e) All of the above but flashing and repeating 10s of times(sometimes
forever). Look like a 1970's light show. I get flashbacks just 
looking at
it. The message boxes and answer dialogs are flashing on and off with 
100%

cpu.
4) IDE goes into a loop (now and again).
5) IDE quits (not often).
6) Save stacks take 10 seconds or more with the Windows "not 
responding" in
the top bar using 100% cpu until saving status box appears. The 
status box
is only up moment. The actual save operation take a 1/2 second after 
that.
7) Undo's are sketchy at best. Sometimes the work as expected other 
times

some other tab's script is changed.
8) Put too many lines into the message box and the same as Ctrl S issues
start to pop up.
9) The IDE goes into loop and locks up for no reason using 100% cpu.

I can't make any recipes for a QCC report. I can't see any pattern. 
Simple

stacks usually don't have any of the above problems except for the IDE
scroll wheel and font problems so my larger stacks are doing 
something that

is whacking out the IDE in v9 that did not happen pre v9.

All this being said I still get more done with LC than any other 
language I

have ever used so it's still a net large gain in productivity.
  I don't know what I can do to help.

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net



___
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 

Re: The merge function is redundant?

[prothero--- via use-livecode]

Folks,
I’ve been following this discussion, barely. I don’t use merge, but when I need 
to form a command from several variables, I create the command as a text string 
and use do to execute it. 

So, when I look it up in the dictionary, I see a fairly simplistic description 
with nothing resembling the code being discussed in this thread. 

So I’m thinking: “What’s with the square brackets?”

I haven’t looked at the link that Kee posted, (I’m having breakfast at the 
beach)  but would like to make a request for the dictionary entry to be 
expanded. 

Best,
Bill

William Prothero
http://ed.earthednet.org

> On Jan 18, 2019, at 10:33 AM, kee nethery via use-livecode 
>  wrote:
> 
> I’m confused. Can someone explain why merge function exists when the put 
> function works just as well?
> 
> merge( [[ 1 + 2 ]] = 3)
> vs
> put 1 + 2 && “= 3”
> 
> What is it that merge can do that a put cannot do? Just asking because I 
> don’t want LiveCode to end up like Perl where there are so many completely 
> different ways to do the exact same thing that one person’s perl code can be 
> unreadable to another equally talented Perl coder.
> 
> Kee
> 
> 
> 
> ___
> 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: The merge function is redundant?

[Geoff Canyon via use-livecode]

There's some overlap, but merge has (at least) one feature that put
doesn't: the ability to run code within its statement. A simple example:

put merge("The coin came up .")

The equivalent might be:

put "The coin came up" && item random(2) of "heads,tails" & "."

But consider this:

   put 10 into myVar
   put merge("The sum of the numbers from 1 to [[myVar]] is .")

There is no way to do that with a simple "put". You could unroll the code,
but for instances like what I'm planning to do with Navigator, that would
be totally unworkable.
___
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

Multiple regression in LiveCode?

[DAVID Epstein via use-livecode]

Has anyone written a LiveCode function that will take a table of 2 or more 
independent variables and 1 dependent variable, and return coefficients, 
intercept, and standard errors for a multiple regression?


David Epstein
___
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: The merge function is awesome!

[Geoff Canyon via use-livecode]

On Fri, Jan 18, 2019 at 3:23 AM Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2019-01-18 06:48, Geoff Canyon via use-livecode wrote:
> > I was in the same position with merge(). If you haven't seen it
> > already,
> > format() has some pretty amazing capabilities as well.
>
> To answer your question about escaping - yes there is:
>
>[[[]] -> [
>[[]]] -> ]
>

Ha, so my string ends up as:

[[the name of tID]] - [[[]][[the id of tID]][[]]]

That's a lot of square brackets!


> Also the merge function has another feature (which I think was actually
> undocumented for a long time - although, for once, it is there now!):
>
>1) "[[ 1 + 2 ]]" -> 3 (function / expression evaluation)
>2) "" ->
> (command / statement evaluation)
>
> Basically (1) does the equivalent of 'value()' on the string enclosed in
> [[ / ]]; whilst (2) does the equivalent of 'do 

The merge function is redundant?

[kee nethery via use-livecode]

I’m confused. Can someone explain why merge function exists when the put 
function works just as well?

merge( [[ 1 + 2 ]] = 3)
vs
put 1 + 2 && “= 3”

What is it that merge can do that a put cannot do? Just asking because I don’t 
want LiveCode to end up like Perl where there are so many completely different 
ways to do the exact same thing that one person’s perl code can be unreadable 
to another equally talented Perl coder.

Kee
 


___
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: Feature request: merge function!

[hh via use-livecode]

Until parametrization is implemented for LC 9 one could use
the following generalization of Andre's method for David.
This is still fast enough because replace is so fast in LC.

David would call merge2(string, "{{", "}}").
To make merge xml safe use e.g. merge2(string,,,"<1>","<2>")

Of course you have to make all variables that you use in string
to local script variables (with that accessible by merge2)
[OR split merge2 into 3 parts: beforeMerge, merge, afterMerge].

-- The following works in LC 6/7/8/9.
-- t_1 is the new opening tag replacing [[
-- t_2 is the new closing tag replacing ]]
-- t_3 is the new opening tag replacing 
-- Leave a t_x empty to use the merge-opening/closing tag.
--> The t_i+1 must not contain t_1 to t_i for all i <--

function merge2 s,t_1,t_2,t_3,t_4 
  put t_1 is not empty into c1
  put t_2 is not empty into c2
  put t_3 is not empty into c3
  put t_4 is not empty into c4
  if c1 then
 replace "[[" with numToChar(1) in s
 replace t_1 with "[[" in s
  end if
  if c2 then
 replace "]]" with numToChar(2) in s
 replace t_2 with "]]" in s
  end if
  if c3 then
 replace "" with numToChar(4) in s
 replace t_4 with "?>" in s
  end if
  put merge(s) into s
  if c1 then replace numToChar(1) with "[[" in s
  if c2 then replace numToChar(2) with "]]" in s
  if c3 then replace numToChar(3) with "" in s
  return s
end merge2

___
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: HTMLTEXT of a Browser Widget in Properties Inspector?

[hh via use-livecode]

> BR wrote:
> and you have a "flicker" as the "cache" htmltext seems to load
> and then the my code set it.  
> 
> So, now the question is... is the htmltext of browser widget
> a saved property?

I already answered both in my last post! Especially:

= To avoid flicker hide the widget until it is ready (a few ticks)
= The htmltext *is* a persistent property *of the widget*, saved with
the stack.

The htmltext are instructions for libbrowser to build the native display.
It is NOT a saved videobuffer of the current native display.
So it takes some time (a few ticks) to build this native display again,
especially if there are images to load.

Properties of widgets are user visible if the author implemented this.
To make the htmltext of the widget user visible is no good idea
because this would make the property inspector (mostly) unresponsive.

___
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: Feature request: merge function!

[hh via use-livecode]

Until parametrization is implemented for LC 9 one could use
the following generalization of Andre's method for David.
This is still fast enough because replace is so fast in LC.

David would call merge2(string, "{{", "}}").
To make merge xml safe use e.g. merge2(string,,,"<1>","<2>")

Of course you have to make all variables that you use in string
to local script variables (with that accessible by merge2)
[OR split merge2 into 3 parts: beforeMerge, merge, afterMerge].

-- The following works in LC 6/7/8/9.
-- t_1 is the new opening tag replacing [[
-- t_2 is the new closing tag replacing ]]
-- t_3 is the new opening tag replacing 
-- Leave a t_x empty to use the merge-opening/closing tag.
--> The t_i+1 must not contain t_1 to t_i for all i <--

function merge2 s,t_1,t_2,t_3,t_4 
 put t_1 is not empty into c1
 put t_2 is not empty into c2
 put t_3 is not empty into c3
 put t_4 is not empty into c4
 if c1 then
replace "[[" with numToChar(1) in s
replace t_1 with "[[" in s
 end if
 if c2 then
replace "]]" with numToChar(2) in s
replace t_2 with "]]" in s
 end if
 if c3 then
replace "" with numToChar(4) in s
replace t_4 with "?>" in s
 end if
 put merge(s) into s
 if c1 then replace numToChar(1) with "[[" in s
 if c2 then replace numToChar(2) with "]]" in s
 if c3 then replace numToChar(3) with "" in s
 return s
end merge2

___
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: Feature request: merge function!

[David Bovill via use-livecode]

That would be great Mark :)

Andre the general function I use for munging text uses regular expressions
as my head exploded long ago with too many custom string munging functions
:)

*command* fedwiki_MergeCurlyArray @templateArray, itemID, curlyArray
>
*put* fedwiki_GetStoryItemText (templateArray, itemID) into itemText
>
text_MergeCurly itemText, curlyArray

fedwiki_SetStoryItemText templateArray, itemID, itemText

*end* fedwiki_MergeCurlyArray
>


> *command* text_MergeCurly @someText, curlyArray
>
*repeat* for each key curlyLabel in curlyArray
>
*put* curlyArray [curlyLabel] into curlyReplacement
>
*put* "(\{\{\s*" & curlyLabel & "\s*\}\})" into someReg
>
text_StripReg someText, someReg, curlyReplacement

*end*
> *repeat*

*end* text_MergeCurly


*command* text_StripReg @wikiText, someReg, pReplaceText
>
*local* refStart, refEnd
>
*put* 0 into indexNum
>
*repeat*

*get* matchchunk (wikiText, someReg, sNum, eNum)
>
*if* sNum is not a number
> *then*

*put* the result into testResult
>
*-- breakpoint*

*exit* *repeat*
> *-- regExp bug???*

*end*
> *if*

*if* it is true
> *then*

*-- this bit not needed (remove for speed)*

*-- put char refStart to refEnd of wikiText into someTest*

*put* sNum into stripResultArray [indexNum]["sNum"]
>
*put* eNum into stripResultArray [indexNum]["eNum"]
>
*add* 1 to indexNum
>
*--*

*-- delete char sNum to eNum of wikiText*

*put* pReplaceText into char sNum to eNum of wikiText
>
*else*

*exit*
> *repeat*

*end*
> *if*

*end*
> *repeat*

*return* stripResultArray
>
*end* text_StripReg


I'm sure it could be greatly improved. What I like about the regExp
approach is the portability between languages. It also allows the slow
building up of quality regExp for specific purposes without constantly
changing the underlying code. I'm sure there are faster and leaner
approaches though.

An extension to merge() along the lines that Mark suggested would cut down
on quite a lot of the use-cases i've had over the years - and naturally if
would be faster than doing it in script.


On Fri, 18 Jan 2019 at 12:53, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2019-01-18 09:01, David Bovill via use-livecode wrote:
> > I would love to be able to change the characters that merge uses -
> > especially from “[[..]]” to “{{...}}”.
> >
> > Quite a lot of templating uses curly brackets - and I especially want
> > to
> > use it for wiki style templates which can’t use square brackets as they
> > are
> > used for internal links.
> >
> > Not sure of the most elegant syntax, but we could add some Paramus
> > without
> > breaking anything.
>
> The current string scanning which the merge function relies on 5
> codeunits (not characters!):
>
>- expression start ('[')
>- expression finish (']')
>- script start ('<')
>- script finish ('>')
>- script marker ('?')
>
> With constraints:
>- expression start != expression end
>- script start != script finish != script marker
>- expression start != script start
>- expression finish != script finish
>
> So the easiest / simplest least-likelihood-of-breaking-anything approach
> would be to add an optional parameterization to the merge function
> consisting of a string between 2 and 5 codeunits:
>
>- string of 2 codeunits: change expression start / finish, leave
> script markers the same
>- string of 3 codeunits: change script start / finish / marker, leave
> expression markers the same
>- string of 4 codeunits: change expression start / finish and script
> start / finish, leave script marker the same
>- string of 5 codeunits: change all characters
>
> In all cases it would need to be an error if the above constraints don't
> hold.
>
> For example...
>
> To get David's wiki-safe option you'd just parameterize by "{}".
>
> Similarly, merge is not completely XML safe -  is a
> valid XML directive *and* a value LCS command call (xml version = "1.0")
> - so to make that better you could parameterize by "<>|" (<| not being a
> valid sequence except in CDATA, which you can elect not to use by entity
> escaping chars instead).
>
> Warmest Regards,
>
> Mark.
>
> --
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
>
> ___
> 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: Feature request: merge function!

[Mark Waddingham via use-livecode]

On 2019-01-18 09:01, David Bovill via use-livecode wrote:

I would love to be able to change the characters that merge uses -
especially from “[[..]]” to “{{...}}”.

Quite a lot of templating uses curly brackets - and I especially want 
to
use it for wiki style templates which can’t use square brackets as they 
are

used for internal links.

Not sure of the most elegant syntax, but we could add some Paramus 
without

breaking anything.


The current string scanning which the merge function relies on 5 
codeunits (not characters!):


  - expression start ('[')
  - expression finish (']')
  - script start ('<')
  - script finish ('>')
  - script marker ('?')

With constraints:
  - expression start != expression end
  - script start != script finish != script marker
  - expression start != script start
  - expression finish != script finish

So the easiest / simplest least-likelihood-of-breaking-anything approach 
would be to add an optional parameterization to the merge function 
consisting of a string between 2 and 5 codeunits:


  - string of 2 codeunits: change expression start / finish, leave 
script markers the same
  - string of 3 codeunits: change script start / finish / marker, leave 
expression markers the same
  - string of 4 codeunits: change expression start / finish and script 
start / finish, leave script marker the same

  - string of 5 codeunits: change all characters

In all cases it would need to be an error if the above constraints don't 
hold.


For example...

To get David's wiki-safe option you'd just parameterize by "{}".

Similarly, merge is not completely XML safe -  is a 
valid XML directive *and* a value LCS command call (xml version = "1.0") 
- so to make that better you could parameterize by "<>|" (<| not being a 
valid sequence except in CDATA, which you can elect not to use by entity 
escaping chars instead).


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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 Slow on Windows

[Andre Alves Garzia via use-livecode]

Ralph,

The IDE is so bad under windows that sometimes I dust off my 2013 
macbook air just to use it there for some hours and fix whatever I need 
to fix in my projects.


You're right, there is no recipe, it is "degradation over time" and time 
in here is measured in minutes and few hours. This happens regardless of 
plugins and fancy features such as autocompletion. Here in my install I 
face the following problems:


* script editor lag. I am a slow typer and yet sometimes, the editor 
will lag a lot behind my coding.


* script editor missing keystrokes. The lag above sometimes make the 
editor lose keystrokes causing my code to be broken.


* IDE fails to drag and drop controls or respond to shortcuts. Dragging 
tools from the tools palette into my stacks sometimes doesn't work. 
Selecting a control and using common keyboard shortcuts to open scripts 
or inspectors also doesn't work.


This makes using LC a pain and there is no recipe. I've even picked a 
plain new install without any plugin and it still happens over time. My 
machine is a Surface Pro 4 running Window 10, there is no bloatware or 
machine problem, it is all made nice by Microsoft, I don't face this 
kind of problem in any other language or IDE I use here.


I suspect that some IDE internal event message or loop is blocking but 
there is no way to tell.


On 17/01/2019 19:17, Ralph DiMola via use-livecode wrote:

A couple of things I have observed in Win 10 LC 9.0.2.
1) Scroll wheel starts scrolling 100s of lines with one wheel rotation
detent. The only way to fix is to restart IDE.
2) SE Font is bold 10% of the time when opening LC. The only way to fix is
to restart IDE(maybe more than once).
3) After working in the IDE for a while then using breakpoints(I think),
every time I do a Ctrl S the IDE will do a variety of things. Not all at
once but sometimes all at once. The only way to fix is to restart IDE. Ctrl
S does these things sometimes:
  a) Opens up the message box and execute the last command.
  b) The confirm IDE save version dialog is not presented instead the last
answer dialog used is displayed without any buttons. Sometimes keyboard
returns will let it move on and complete the save maybe 50% of the time.
  c) The open message box has a one line field with a horizontal scrollbar
scroll appear and is not active and all other windows are locked up.
  d) Blank "new script editor" window opens and is non functional.
  e) All of the above but flashing and repeating 10s of times(sometimes
forever). Look like a 1970's light show. I get flashbacks just looking at
it. The message boxes and answer dialogs are flashing on and off with 100%
cpu.
4) IDE goes into a loop (now and again).
5) IDE quits (not often).
6) Save stacks take 10 seconds or more with the Windows "not responding" in
the top bar using 100% cpu until saving status box appears. The status box
is only up moment. The actual save operation take a 1/2 second after that.
7) Undo's are sketchy at best. Sometimes the work as expected other times
some other tab's script is changed.
8) Put too many lines into the message box and the same as Ctrl S issues
start to pop up.
9) The IDE goes into loop and locks up for no reason using 100% cpu.

I can't make any recipes for a QCC report. I can't see any pattern. Simple
stacks usually don't have any of the above problems except for the IDE
scroll wheel and font problems so my larger stacks are doing something that
is whacking out the IDE in v9 that did not happen pre v9.

All this being said I still get more done with LC than any other language I
have ever used so it's still a net large gain in productivity.
  
I don't know what I can do to help.


Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net



___
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: Feature request: merge function!

[Andre Alves Garzia via use-livecode]

eheheheheh let me throw this hack in here and run


function davidsMerge pText

  replace "[[" with "[safe[" in pText

  replace "]]" with "]safe]" in pText

  replace "{{" with "[[" in pText

  replace "}}" with "]]" in pText

  get the merge of pText

  replace "[safe[" with "[[" in it

  replace "]safe]" with "]]" in it

  return it

end davidsMerge


Done!

On 18/01/2019 08:01, David Bovill via use-livecode wrote:

I would love to be able to change the characters that merge uses -
especially from “[[..]]” to “{{...}}”.

Quite a lot of templating uses curly brackets - and I especially want to
use it for wiki style templates which can’t use square brackets as they are
used for internal links.

Not sure of the most elegant syntax, but we could add some Paramus without
breaking anything.
___
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: The merge function is awesome!

[Mark Waddingham via use-livecode]

On 2019-01-18 06:48, Geoff Canyon via use-livecode wrote:
I was in the same position with merge(). If you haven't seen it 
already,

format() has some pretty amazing capabilities as well.


To answer your question about escaping - yes there is:

  [[[]] -> [
  [[]]] -> ]

Also the merge function has another feature (which I think was actually 
undocumented for a long time - although, for once, it is there now!):


  1) "[[ 1 + 2 ]]" -> 3 (function / expression evaluation)
  2) "" -> 
(command / statement evaluation)


Basically (1) does the equivalent of 'value()' on the string enclosed in 
[[ / ]]; whilst (2) does the equivalent of 'do 

Re: Feature request: merge function!

[Keith Clarke via use-livecode]

I don’t know the setting but might a line or two of preprocessing allow LC to 
replace the (specific) strings in the template with curly brackets into ones 
with square brackets for processing?
Best,
Keith   

> On 18 Jan 2019, at 09:33, Richard Gaskin via use-livecode 
>  wrote:
> 
> David Bovill wrote:
> 
> > I would love to be able to change the characters that merge uses -
> > especially from “[[..]]” to “{{...}}”.
> >
> > Quite a lot of templating uses curly brackets - and I especially want
> > to use it for wiki style templates which can’t use square brackets as
> > they are used for internal links.
> 
> Only LC can process the LC-specific code inside of its brackets.  With the 
> current setup it allows LC to be used very gracefully as a preprocessor with 
> curly-bracket-based systems, so LC processes its stuff without stepping on 
> directives for other processors.
> 
> -- 
> 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: Feature request: merge function!

[Richard Gaskin via use-livecode]

David Bovill wrote:

> I would love to be able to change the characters that merge uses -
> especially from “[[..]]” to “{{...}}”.
>
> Quite a lot of templating uses curly brackets - and I especially want
> to use it for wiki style templates which can’t use square brackets as
> they are used for internal links.

Only LC can process the LC-specific code inside of its brackets.  With 
the current setup it allows LC to be used very gracefully as a 
preprocessor with curly-bracket-based systems, so LC processes its stuff 
without stepping on directives for other processors.


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

Feature request: merge function!

[David Bovill via use-livecode]

I would love to be able to change the characters that merge uses -
especially from “[[..]]” to “{{...}}”.

Quite a lot of templating uses curly brackets - and I especially want to
use it for wiki style templates which can’t use square brackets as they are
used for internal links.

Not sure of the most elegant syntax, but we could add some Paramus without
breaking anything.
___
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