Re: functions may be called as commands in IDE, but not in standalone

[Dr. Hawkins]

On Wed, Sep 2, 2015 at 11:19 AM, Mark Wieder  wrote:

> Dr. Hawkins  writes:
>
> > Having solved it for my own, I'm not going to worry about this any
> further
> > if it can't bite people now . . .
>
> My guess, without having looked at your stack, is that there is a
> previously compiled script that uses the command syntax. If you
> haven't recompiled it then it won't know about the change.
>

We can definitely rule that out; that handler is the only place the
fragment "on setPref" occurs, and it gets recompiled several times a
session.

-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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

Editing Large Scripts is Faster

[Jana Doughty]

Hi LiveCode Community,

We have an added perk to LiveCode 8 DP 4 for you (in case HTML5 wasn't
exciting enough already!). You can read about it here:

https://livecode.com/editing-large-scripts-faster/

Enjoy!

Jana


___
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: Editing Large Scripts is Faster

[Mark Wieder]

Jana Doughty  writes:

> We have an added perk to LiveCode 8 DP 4 for you (in case HTML5 wasn't
> exciting enough already!). You can read about it here:
> 
> https://livecode.com/editing-large-scripts-faster/

Great! And thanks to Charles for the patch.

Now how about applying one of those filters to the variables list?
How about splitting the env variables into a separate tab?
How about splitting the global variables into a separate tab?

-- 
 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: Goodbye stsMLXEditor

[Richard Gaskin]

Peter Haworth wrote:

> On Thu, Sep 3, 2015 at 9:13 AM Richard Gaskin wrote:
>
>> Peter Haworth wrote:
>>>
>>> The spell check algorithm catches that.
>>
>> Got one handy?
>
> Yep.  I guess it's not really a spell checker.  It compares two words
> to figure out how close they are in spelling so I suppose a spell
> checker might use it to suggest correct spellings from a dictionary
> having detected a misspelled word.
> Download setlocals from http://www.lcsql.com/free-stuff.html.  In the
> main stack script, you'll find two handlers:
> OptimalStringDistance and DamerauLevenshteinDIstance.  I found
> OptimalStringDistance to be the best fit for this application but the
> other one works too.

Thanks.  Seems very useful, but I couldn't find licensing info there. 
What license is the code distributed undere?  Public domain, MIT, GPL, 
something else?


It would be helpful if all of us included licensing info in code we 
share so we can know how it can be used.


I'm still retrofitting licensing into some of my old stuff myself, so I 
can appreciate the effort needed.


--
 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: Goodbye stsMLXEditor

[Peter Haworth]

There's a statement at the top of the free stuff page that is my feeble
attempt to let everyone know that the code is available for them to use in
any form they wish.  It could certainly be improved.  Does it need to be in
the code?

It seems really hard to give something away these days.

On Thu, Sep 3, 2015 at 9:56 AM Richard Gaskin 
wrote:

> Peter Haworth wrote:
>
>  > On Thu, Sep 3, 2015 at 9:13 AM Richard Gaskin wrote:
>  >
>  >> Peter Haworth wrote:
>  >>>
>  >>> The spell check algorithm catches that.
>  >>
>  >> Got one handy?
>  >
>  > Yep.  I guess it's not really a spell checker.  It compares two words
>  > to figure out how close they are in spelling so I suppose a spell
>  > checker might use it to suggest correct spellings from a dictionary
>  > having detected a misspelled word.
>  > Download setlocals from http://www.lcsql.com/free-stuff.html.  In the
>  > main stack script, you'll find two handlers:
>  > OptimalStringDistance and DamerauLevenshteinDIstance.  I found
>  > OptimalStringDistance to be the best fit for this application but the
>  > other one works too.
>
> Thanks.  Seems very useful, but I couldn't find licensing info there.
> What license is the code distributed undere?  Public domain, MIT, GPL,
> something else?
>
> It would be helpful if all of us included licensing info in code we
> share so we can know how it can be used.
>
> I'm still retrofitting licensing into some of my old stuff myself, so I
> can appreciate the effort needed.
>
> --
>   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: Goodbye stsMLXEditor

[Richard Gaskin]

Thanks.  I see it now.  I'm accustomed to finding licensing info within 
the download, so it didn't occur to me to go back to the download page 
to look for it.


I don't suppose it *needs* to be in the code or the download 
necessarily.  Anyone wanting to use the code can go back and download 
your web page to have a copy of the usage terms if they need them for 
future reference.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com


Peter Haworth wrote:

There's a statement at the top of the free stuff page that is my feeble
attempt to let everyone know that the code is available for them to use in
any form they wish.  It could certainly be improved.  Does it need to be in
the code?

It seems really hard to give something away these days.

On Thu, Sep 3, 2015 at 9:56 AM Richard Gaskin 
wrote:


Peter Haworth wrote:

 > On Thu, Sep 3, 2015 at 9:13 AM Richard Gaskin wrote:
 >
 >> Peter Haworth wrote:
 >>>
 >>> The spell check algorithm catches that.
 >>
 >> Got one handy?
 >
 > Yep.  I guess it's not really a spell checker.  It compares two words
 > to figure out how close they are in spelling so I suppose a spell
 > checker might use it to suggest correct spellings from a dictionary
 > having detected a misspelled word.
 > Download setlocals from http://www.lcsql.com/free-stuff.html.  In the
 > main stack script, you'll find two handlers:
 > OptimalStringDistance and DamerauLevenshteinDIstance.  I found
 > OptimalStringDistance to be the best fit for this application but the
 > other one works too.

Thanks.  Seems very useful, but I couldn't find licensing info there.
What license is the code distributed undere?  Public domain, MIT, GPL,
something else?

It would be helpful if all of us included licensing info in code we
share so we can know how it can be used.

I'm still retrofitting licensing into some of my old stuff myself, so I
can appreciate the effort needed.

--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  Ambassador at 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

Minimized/Iconified stack bug in LC676?

[Paul Dupuis]

I think I have discovered a bug in LC676 that if you (in a script) close
a minimized/iconified stack, the rect gets saved as -32000,-32000,.., so
that if you then open the stack (in a the same or another script) the
stack is not visible. Under Windows, it appears minimized on the
toolbar, but its mode is 1 and its iconic is false and its rect is
-32000,-32000,...

Please see http://quality.runrev.com/show_bug.cgi?id=15873 for a sample
stack and recipe

Can some one else please try to confirm this bug?


___
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: Compare numeric strings with leading zeros

[J. Landman Gay]

On 9/3/2015 2:28 AM, Thierry Douez wrote:

You can use build-in functions which manipulate strings.

Please, try this one:

on mouseUp
local userTyping = 5
local myVeryStrongPassword = "005"
if matchText( userTyping, myVeryStrongPassword) then
   answer "Great!"
else
   answer "Too bad :( try again.."
   put "005" into userTyping
   if matchText( userTyping, myVeryStrongPassword) then answer "Great!"
end if
end mouseUp


Very clever. This would be my chosen solution.

--
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: Char Set on Custom Properties

[J. Landman Gay]

Returning to this topic...we are in the process of creating new stacks 
in LC 7 while still running older LC 6 stacks with the same app. Stacks 
have custom properties containing text created on a Mac, and my app uses 
MacToISO() to display the text when running on Windows.


Some of the LC 6 stacks will be edited and saved in LC 7, others will 
remain as LC 6 for a while. My app needs to know whether the character 
set has already been converted so it can display text correctly. Is 
there a way to tell in a script?



On 7/23/2015 7:38 AM, Mark Waddingham wrote:

LC 7 knows the difference between binary and text - this is retained
when saving custom props (if you save in 7+ format).

The only rub is that for existing stacks in the old format custom
props will be taken to be binary data (which auto converts to text
assuming the native encoding). Thus you will need to still do the
charset translation there for the props that are text. If you then
textdecode that and set the property to the result and save in lc7
format then it will then be treated as text in future (so no charset
translation is required in future).

Sent from my iPhone


On 22 Jul 2015, at 22:06, Dan Friedman 
wrote:

Hello!   Way back in LiveCode 5 and 6, custom properties were not
ported to the proper character set when you opened the stack on a
different platform (Mac --> Win or Win --> Mac).  This was easily
solved by a simple macToISO() or ISOtoMac().   However, it appears
that LC 7.x is now doing this char mapping for custom properties on
it's own.  Before I modify a mountain of code, can anyone confirm
that LC 7+ automatically maps custom properties to the proper char
set for the host platform?

Thanks! Dan ___
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




--
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: Editing Large Scripts is Faster

[Richard Gaskin]

Thanks for the clarification.  If someone in the community wanted to 
help out my making adding this to the v7 IDE so it could help attract 
current customers, what would be the procedure for that?


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

Ali Lloyd wrote:

That requires a backport, as the script editor in 8 has scriptified
behaviors and a widget for the variable viewer.

On Thu, Sep 3, 2015 at 6:09 PM Richard Gaskin 
wrote:


Mark Wieder wrote:
> Jana Doughty  writes:
>
>> We have an added perk to LiveCode 8 DP 4 for you (in case HTML5 wasn't
>> exciting enough already!). You can read about it here:
>>
>> https://livecode.com/editing-large-scripts-faster/
>
> Great! And thanks to Charles for the patch.
>
> Now how about applying one of those filters to the variables list?
> How about splitting the env variables into a separate tab?
> How about splitting the global variables into a separate tab?

And since the script editor was the same before this change, how about
including that in v7 so it can be used in production work now?

--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  Ambassador at 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: Editing Large Scripts is Faster

[Ali Lloyd]

This wouldn't currently be possible, I don't think. Backporting the
scriptified behaviors involves a binary stack change, as does adding the
filter.

On Thu, Sep 3, 2015 at 7:33 PM Richard Gaskin 
wrote:

> Thanks for the clarification.  If someone in the community wanted to
> help out my making adding this to the v7 IDE so it could help attract
> current customers, what would be the procedure for that?
>
> --
>   Richard Gaskin
>   Fourth World Systems
>   Software Design and Development for the Desktop, Mobile, and the Web
>   
>   ambassa...@fourthworld.comhttp://www.FourthWorld.com
>
> Ali Lloyd wrote:
> > That requires a backport, as the script editor in 8 has scriptified
> > behaviors and a widget for the variable viewer.
> >
> > On Thu, Sep 3, 2015 at 6:09 PM Richard Gaskin  fourthworld.com>
> > wrote:
> >
> >> Mark Wieder wrote:
> >> > Jana Doughty  writes:
> >> >
> >> >> We have an added perk to LiveCode 8 DP 4 for you (in case HTML5
> wasn't
> >> >> exciting enough already!). You can read about it here:
> >> >>
> >> >> https://livecode.com/editing-large-scripts-faster/
> >> >
> >> > Great! And thanks to Charles for the patch.
> >> >
> >> > Now how about applying one of those filters to the variables list?
> >> > How about splitting the env variables into a separate tab?
> >> > How about splitting the global variables into a separate tab?
> >>
> >> And since the script editor was the same before this change, how about
> >> including that in v7 so it can be used in production work now?
> >>
> >> --
> >>   Richard Gaskin
> >>   Fourth World Systems
> >>   Software Design and Development for the Desktop, Mobile, and the Web
> >>   
> >>   Ambassador at FourthWorld.com
> http://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

No Math Skills? No Problem...

[Alejandro Tejada]

From Slashdot post:

Olga Khazan writes in The Atlantic that learning to program involves a
lot of Googling, logic, and trial-and-error—but almost nothing beyond
fourth-grade arithmetic. Victoria Fine explains how she taught herself
how to code despite hating math. Her secret? Lots and lots of
Googling...

http://developers.slashdot.org/story/15/09/02/26/you-dont-have-to-be-good-at-math-to-learn-to-code

Ok. Googling, logic and trial-and-error.

How far could a person learn this platform, LiveCode, just using these
skills: Googling, logic and trial-and-error?

I have discovered with a lot of surprise that the people who could
benefit most from learning to program using LiveCode (Teachers and
Artists), are too scared to begin as a result from previous "learning
experiences".

How could we show LiveCode as an easy to learn Programming Tool for
Teachers and Artists?

Thanks in advance!

Alejandro

___
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: Compare numeric strings with leading zeros

[Ralph DiMola]

Agreed + 1.
Although the "x" or checking the length will work it seems that
matchText is a lot cleaner and easier to read in the future.

Thank All!

Thanks Thierry... matchText it is!


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

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of J. Landman Gay
Sent: Thursday, September 03, 2015 3:20 PM
To: How to use LiveCode
Subject: Re: Compare numeric strings with leading zeros

On 9/3/2015 2:28 AM, Thierry Douez wrote:
> You can use build-in functions which manipulate strings.
>
> Please, try this one:
>
> on mouseUp
> local userTyping = 5
> local myVeryStrongPassword = "005"
> if matchText( userTyping, myVeryStrongPassword) then
>answer "Great!"
> else
>answer "Too bad :( try again.."
>put "005" into userTyping
>if matchText( userTyping, myVeryStrongPassword) then answer
"Great!"
> end if
> end mouseUp

Very clever. This would be my chosen solution.

-- 
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: Goodbye stsMLXEditor

[Richard Gaskin]

Peter Haworth wrote:

> On Wed, Sep 2, 2015, 7:38 PM Mark Wiederwrote:
>
>> The tl;dr is that by letting an algorithm declare variables instead
>> of doing the work of finding the missing ones manually you're
>> actually compounding the problem. It makes it harder to spot the
>> accidental errors at runtime.
>>
>> If you are editing a script and type 'tVar' instead of 'tVar1' you'll
>> have a hard time finding the error after tVar1 is legitimized.
>>
> The spell check algorithm catches that.

Got one handy?

--
 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: Editing Large Scripts is Faster

[Richard Gaskin]

Mark Wieder wrote:

Jana Doughty  writes:


We have an added perk to LiveCode 8 DP 4 for you (in case HTML5 wasn't
exciting enough already!). You can read about it here:

https://livecode.com/editing-large-scripts-faster/


Great! And thanks to Charles for the patch.

Now how about applying one of those filters to the variables list?
How about splitting the env variables into a separate tab?
How about splitting the global variables into a separate tab?


And since the script editor was the same before this change, how about 
including that in v7 so it can be used in production work now?


--
 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: Editing Large Scripts is Faster

[Ali Lloyd]

That requires a backport, as the script editor in 8 has scriptified
behaviors and a widget for the variable viewer.

On Thu, Sep 3, 2015 at 6:09 PM Richard Gaskin 
wrote:

> Mark Wieder wrote:
> > Jana Doughty  writes:
> >
> >> We have an added perk to LiveCode 8 DP 4 for you (in case HTML5 wasn't
> >> exciting enough already!). You can read about it here:
> >>
> >> https://livecode.com/editing-large-scripts-faster/
> >
> > Great! And thanks to Charles for the patch.
> >
> > Now how about applying one of those filters to the variables list?
> > How about splitting the env variables into a separate tab?
> > How about splitting the global variables into a separate tab?
>
> And since the script editor was the same before this change, how about
> including that in v7 so it can be used in production work now?
>
> --
>   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: Goodbye stsMLXEditor

[Peter Haworth]

Yep.  I guess it's not really a spell checker.  It compares two words to
figure out how close they are in spelling so I suppose a spell checker
might use it to suggest correct spellings from a dictionary having detected
a misspelled word.
Download setlocals from http://www.lcsql.com/free-stuff.html.  In the main
stack script, you'll find two handlers:
OptimalStringDistance and DamerauLevenshteinDIstance.  I found
OptimalStringDistance to be the best fit for this application but the other
one works too.

On Thu, Sep 3, 2015 at 9:13 AM Richard Gaskin 
wrote:

> Peter Haworth wrote:
>
>  > On Wed, Sep 2, 2015, 7:38 PM Mark Wiederwrote:
>  >
>  >> The tl;dr is that by letting an algorithm declare variables instead
>  >> of doing the work of finding the missing ones manually you're
>  >> actually compounding the problem. It makes it harder to spot the
>  >> accidental errors at runtime.
>  >>
>  >> If you are editing a script and type 'tVar' instead of 'tVar1' you'll
>  >> have a hard time finding the error after tVar1 is legitimized.
>  >>
>  > The spell check algorithm catches that.
>
> Got one handy?
>
> --
>   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: No Math Skills? No Problem...

[dunbarx]

It sounds like a simple application that requires only basic math would be 
best. The calculator demo is good for this, in the sense that it requires no 
math at all, only that math functionality be authored:


put fld 1 + fld 2 into fld 3.


From here I would make a game of it


If fld 1 > fld 2 then answer "Greater" else anwer "Less"


The sky is the limit, except for the commitment and labor involved in doing it.


Craig Newman




-Original Message-
From: Alejandro Tejada 
To: use-livecode 
Sent: Thu, Sep 3, 2015 3:03 pm
Subject: No Math Skills? No Problem...


From Slashdot post:

Olga Khazan writes in The Atlantic that learning to program
involves a
lot of Googling, logic, and trial-and-error—but almost nothing
beyond
fourth-grade arithmetic. Victoria Fine explains how she taught
herself
how to code despite hating math. Her secret? Lots and lots
of
Googling...

http://developers.slashdot.org/story/15/09/02/26/you-dont-have-to-be-good-at-math-to-learn-to-code

Ok.
Googling, logic and trial-and-error.

How far could a person learn this
platform, LiveCode, just using these
skills: Googling, logic and
trial-and-error?

I have discovered with a lot of surprise that the people who
could
benefit most from learning to program using LiveCode (Teachers
and
Artists), are too scared to begin as a result from previous
"learning
experiences".

How could we show LiveCode as an easy to learn
Programming Tool for
Teachers and Artists?

Thanks in
advance!

Alejandro

___
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: Compare numeric strings with leading zeros

[Lyn Teyla]

Thierry Douez wrote:

> on mouseUp
>   local userTyping = 5
>   local myVeryStrongPassword = "005"
>   if matchText( userTyping, myVeryStrongPassword) then
>  answer "Great!"
>   else
>  answer "Too bad :( try again.."
>  put "005" into userTyping
>  if matchText( userTyping, myVeryStrongPassword) then answer "Great!"
>   end if
> end mouseUp

I would caution against using matchText for this purpose, because the second 
parameter is treated by the function as a regular expression.

For instance, matchText would return true if you were to reverse your example 
values:

   local userTyping = "005"
   local myVeryStrongPassword = 5

This is because 005 does indeed contain 5.

In addition, since passwords are typically allowed to contain any character, 
including those that have special meaning in regular expressions, something 
like this would also return true:

   local userTyping = "5"
   local myVeryStrongPassword = "^5$"

With this in mind, I would go with the method of first checking the length 
followed by the values as suggested by a couple of previous posters.

Since Ralph is looking to use this for password validation, I would throw in a 
case sensitivity check as well:

on mouseUp
   put stringsAreEqual("005", "5")
end mouseUp

function stringsAreEqual pString1, pString2
   set the caseSensitive to true
   if (len(pString1) = len(pString2)) and (pString1 = pString2) then
  return true
   end if
   return false
end stringsAreEqual


Hope this helps!

Lyn



___
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: No Math Skills? No Problem...

[Mark Wieder]

Alejandro Tejada  writes:

> How far could a person learn this platform, LiveCode, just using these
> skills: Googling, logic and trial-and-error?

Ha! Gotta love slashdot comments...

'This is why so much poor software exists in the world. I can only imagine what 
nightmare code is being generated by such efforts. Yes, anyone can code, just
as anyone can build a house. Whether or not the house collapses immediately,
whether it has any real value, or by any other measure still depends on the 
skill
of the builder, just as in software. Garbage in -> Garbage out, applies to the
code as well as the data.'

-- 
 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: Compare numeric strings with leading zeros

[Ralph DiMola]

Ah,

I did not have a chance to read the docs about matchText yet. This why the
uselist is one of the best lists around.

I was trying to avoid another user function but it look like stringsAreEqual
is going in my master library.

Thanks Lyn!

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


-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of Lyn Teyla
Sent: Thursday, September 03, 2015 4:35 PM
To: How to use LiveCode
Subject: Re: Compare numeric strings with leading zeros

Thierry Douez wrote:

> on mouseUp
>   local userTyping = 5
>   local myVeryStrongPassword = "005"
>   if matchText( userTyping, myVeryStrongPassword) then
>  answer "Great!"
>   else
>  answer "Too bad :( try again.."
>  put "005" into userTyping
>  if matchText( userTyping, myVeryStrongPassword) then answer "Great!"
>   end if
> end mouseUp

I would caution against using matchText for this purpose, because the second
parameter is treated by the function as a regular expression.

For instance, matchText would return true if you were to reverse your
example values:

   local userTyping = "005"
   local myVeryStrongPassword = 5

This is because 005 does indeed contain 5.

In addition, since passwords are typically allowed to contain any character,
including those that have special meaning in regular expressions, something
like this would also return true:

   local userTyping = "5"
   local myVeryStrongPassword = "^5$"

With this in mind, I would go with the method of first checking the length
followed by the values as suggested by a couple of previous posters.

Since Ralph is looking to use this for password validation, I would throw in
a case sensitivity check as well:

on mouseUp
   put stringsAreEqual("005", "5")
end mouseUp

function stringsAreEqual pString1, pString2
   set the caseSensitive to true
   if (len(pString1) = len(pString2)) and (pString1 = pString2) then
  return true
   end if
   return false
end stringsAreEqual


Hope this helps!

Lyn



___
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: Compare numeric strings with leading zeros

[FlexibleLearning.com]

I would simply force a string comparison...

   return num1 & space=num2 & space

Hugh Senior
FLCo


> From: "Ralph DiMola" 
> 
> Feeling pretty clueless here but...
> 
> I need ("5" = "005") to be false. This is for password validation.
> 
> Ralph DiMola


___
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: Compare numeric strings with leading zeros

[Thierry Douez]

You can use build-in functions which manipulate strings.

Please, try this one:

on mouseUp
   local userTyping = 5
   local myVeryStrongPassword = "005"
   if matchText( userTyping, myVeryStrongPassword) then
  answer "Great!"
   else
  answer "Too bad :( try again.."
  put "005" into userTyping
  if matchText( userTyping, myVeryStrongPassword) then answer "Great!"
   end if
end mouseUp

Regards,

Thierry


2015-09-03 7:00 GMT+02:00 Mark Wieder :
> On 09/02/2015 09:49 PM, Ralph DiMola wrote:
>>
>> I would have thought 5=005 would evaluate as true and "5"="005" would
>> evaluate as false.
>
>
> In any other language that would work.
> Unfortunately in LC everything's stringish.
>


Thierry Douez - http://sunny-tdz.com
sunnYrex - sunnYtext2speech - sunnYperl - sunnYmidi - sunnYmage

___
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: How saucy is Open Source

[Sebastien Nouat]

On 03/09/2015 02:36, Roger Eller wrote:

Sure Ali, have a look at bug #15814.  I even did the leg work to find out
at which version it broke.

http://quality.runrev.com/show_bug.cgi?id=15814


Hi Roger,

That is on the TO-DO list for 6.7.8 (and we have a culprit update 
already, so we know where to apply a fix).



On Sep 2, 2015 5:45 PM, "Ali Lloyd"  wrote:


Hi Roger,
We'd be keen to receive bug reports on the key features you rely on that
are breaking down, if you're willing to elucidate, or if you have already
done so, what bugs other than the aforementioned speed issue are affecting
you.

On Wed, 2 Sep 2015 at 18:07, Roger Eller 
wrote:


On Wed, Sep 2, 2015 at 11:46 AM, Richard Gaskin <
ambassa...@fourthworld.com>
wrote:


Richmond wrote:


On 2 Sep 2015, at 10:03, Richmond wrote:

Would it be permissible to sell a book with a CD strapped to its
back containing community versions of LiveCode?

 ...



You'd be in good company if you did:  Richard Stallman himself used to
sell floppies containing the GNU utilities, all of them distributed

under

the GNU Public License he'd invented.  After all, he incurred costs in
material and time to make those floppies, and felt those costs should

be

covered to allow him to continue doing so.

...




Still, it may be not only less expensive for you but also a benefit to

the

user to encourage them to download from livecode.com, if only to help
ensure they're getting the most recent version.  At the current pace of
releases, any batch of CDs is likely to be outdated within just a

couple

weeks after manufacture.

--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  ambassa...@fourthworld.comhttp://www.FourthWorld.com


My earliest experiences with Linux distros came from CDs attached to

"Linux

Format" magazine, which followed many of the awesome game CDs and

floppies

which were attached to "Amiga Format" magazine.  Those were great times,
and great discs!

I'd like to think that downloading the latest version would be equal to
getting the best version, but with the speed hit, and key features that I
use breaking down, I wouldn't use anything past 6.7.5.  But bugs that
affect my work don't necessarily affect others as much.

~Roger
___
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


--
Sébastien Nouat
LiveCode Development Team


___
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

Widget Editor

[Paul Richards]

I have just watched this again https://www.youtube.com/watch?v=yn-l2-GHos8 , 
where a Widget Editor is shown off (11:30)...   Is this editor still in the 
making and will it eventually be released, or are we going to be encouraged to 
use an external editor?
___
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

HTML5 "get URL"

[Rolf Kocherhans]

I am experimenting with the „get URL“ command on a HTML5 WebApp.

I can’t get it to work at all :-(

The get URL command can be used in 3 ways with file - ftp or
http urls, I guess the HTML5 get URL command is not used
for ftp or http because the relay on LibURL (just a guess).

Therefore I concentrated on the file command to access local files on the
Server where I host the WebPage.

Example: get URL ("file:" & "/public_html" & "/text.txt")

Can anybody help ? I guess I have a problem with not knowing the correct
path to the file which I want to import ?

Cheers
Rolf
___
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: Compare numeric strings with leading zeros

[FlexibleLearning.com]

Or even just EMPTY converts to a string...

   return num1 & ""=num2 & ""

Hugh Senior
FLCo


> From: "Ralph DiMola" 
> 
> Feeling pretty clueless here but...
> 
> I need ("5" = "005") to be false. This is for password validation.
> 
> Ralph DiMola


___
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] Atom Text Editor for Script Editiing - First Impressions

[Ralf Bitter]

> On 03.09.2015, at 02:06, Kay C Lan  wrote:
> 
> Ralf,
> 
> you say you restarted Atom and the snippet was there: Where? There are two
> locations for snippets in Atom as far as I'm aware:
> 
> 1) Atom menu -> Open Your Snippets
>This is empty for me because I haven't added any snippets... yet.
> 
> 2) Packages menu -> Snippets -> Available
>Of the ones listed I have:
> 
>legal
>lorem
>module
>library
>widget
>if
>ife
>repeat
>handler
> 
> The inclusion of the 'handler' snippet suggests it's very much LiveCode
> orientated and I'm assuming part of the Language-Livecode/revigniter-syntax
> combination. But again, no 'switch' to be found.


Kay, if you see legal, lorem, module etc. this means that you
have chosen the "LiveCode Builder" syntax. In this case you
are right, there is no "switch" snippet.
In case you would like to write code for LiveCode server
you should choose "iRev". Then there is "switch" and lots of
other snippets.

Warm regards

Ralf

___
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: Compare numeric strings with leading zeros

[Thierry Douez]

Hi,

> Ah,

Well, nothing very dangerous here :)

>>   if matchText( userTyping, myVeryStrongPassword) then ...

This was a direct answer to this thread:

 "compare numeric strings with leading zeros" !


> I would caution against using matchText for this purpose,
> because the second
> parameter is treated by the function as a regular expression.


Yes,
myVeryStrongPassword is a regular expression in a pure litteral form.


>
> For instance, matchText would return true if you were to reverse your
> example values:

Yes, the order of the parameters have a meaning, but this is true
for so much functions in LC. So, I don't get it :(


> In addition,
> since passwords are typically allowed to contain any character

Was not asked by the OP.

Ok then, so new  rules here:)

>local userTyping = "5"
>local myVeryStrongPassword = "^5$"

If your password can contains any chars,
Just tell it to matchText():

my password can be any character and I don't want you to
interpret them in any ways!

For that,
enclose your myVeryStrongPassword by "\Q" & "\E" and it
will be interpreted as litteral characters.


> Since Ralph is looking to use this for password validation,
> I would throw in a case sensitivity check as well:

For this one, there is nothing special to do.
If it will be case insensitive you could add a prefix to the regex: (?i)

so the final matchText() solution is:

put  "\Q^5$\E"  into  myVeryStrongPassword
if matchText( userTyping,  myVeryStrongPassword ) then ...


Ok, now I'm waiting for what I've missed...

Have all a nice day or night.

Thierry

___
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: Editing Large Scripts is Faster

[Charles Warwick]

> On 4 Sep 2015, at 12:25 pm, Mark Wieder  wrote:
> 
> On 09/03/2015 10:52 AM, Ali Lloyd wrote:
> 
>> That requires a backport, as the script editor in 8 has scriptified
>> behaviors and a widget for the variable viewer.
> 
> I must be missing something. Charles detailed the changes that need to be 
> made to the revscripteditor.rev script for LC7. Why is that any harder than 
> any other fix to IDE stack scripts? The fact that LC8 uses scriptified stacks 
> shouldn't even come up in that discussion.
> 
> I'd be happy to make the changes for you if it's too much work, or maybe if 
> you ask nicely Charles can send you the stack he's already modified and save 
> us both some work.

For anyone who wants to use this feature on LC7, a copy of the modified stack 
is here:

https://github.com/techstrategies/livecode-ide/blob/feature-7.0-hander-filter/Toolset/palettes/revscripteditor.rev?raw=true

Simply download and copy that stack over the top of the existing one of the 
same name.

> Is LC7 being end-of-lifed already? We still haven't gotten a stable 7.1 
> release.
> 
> -- 
> 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
> 

___
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: LiveCode fix for \\UNC paths coming...

[Roger Eller]

That's great news!  Thank you.
On Sep 3, 2015 4:33 AM, "Sebastien Nouat" 
wrote:

> On 03/09/2015 02:36, Roger Eller wrote:
>
>> Sure Ali, have a look at bug #15814.  I even did the leg work to find out
>> at which version it broke.
>>
>> http://quality.runrev.com/show_bug.cgi?id=15814
>>
>
> Hi Roger,
>
> That is on the TO-DO list for 6.7.8 (and we have a culprit update already,
> so we know where to apply a fix).
>
> On Sep 2, 2015 5:45 PM, "Ali Lloyd"  wrote:
>>
>> Hi Roger,
>>> We'd be keen to receive bug reports on the key features you rely on that
>>> are breaking down, if you're willing to elucidate, or if you have already
>>> done so, what bugs other than the aforementioned speed issue are
>>> affecting
>>> you.
>>>
>>> On Wed, 2 Sep 2015 at 18:07, Roger Eller 
>>> wrote:
>>>
>>> On Wed, Sep 2, 2015 at 11:46 AM, Richard Gaskin <
 ambassa...@fourthworld.com>
 wrote:

 Richmond wrote:
>
> On 2 Sep 2015, at 10:03, Richmond wrote:

> Would it be permissible to sell a book with a CD strapped to its
> back containing community versions of LiveCode?
>
  ...
>

 You'd be in good company if you did:  Richard Stallman himself used to
> sell floppies containing the GNU utilities, all of them distributed
>
 under
>>>
 the GNU Public License he'd invented.  After all, he incurred costs in
> material and time to make those floppies, and felt those costs should
>
 be
>>>
 covered to allow him to continue doing so.
>
> ...
>


 Still, it may be not only less expensive for you but also a benefit to
>
 the

> user to encourage them to download from livecode.com, if only to help
> ensure they're getting the most recent version.  At the current pace of
> releases, any batch of CDs is likely to be outdated within just a
>
 couple
>>>
 weeks after manufacture.
>
> --
>   Richard Gaskin
>   Fourth World Systems
>   Software Design and Development for the Desktop, Mobile, and the Web
>   
>   ambassa...@fourthworld.comhttp://www.FourthWorld.com
>
> My earliest experiences with Linux distros came from CDs attached to

>>> "Linux
>>>
 Format" magazine, which followed many of the awesome game CDs and

>>> floppies
>>>
 which were attached to "Amiga Format" magazine.  Those were great times,
 and great discs!

 I'd like to think that downloading the latest version would be equal to
 getting the best version, but with the speed hit, and key features that
 I
 use breaking down, I wouldn't use anything past 6.7.5.  But bugs that
 affect my work don't necessarily affect others as much.

 ~Roger
 ___
 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
>>
>
> --
> Sébastien Nouat
> LiveCode Development Team
>
>
> ___
> 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: Compare numeric strings with leading zeros

[Thierry Douez]

>
>> Ok, now I'm waiting for what I've missed...
>
> Your revised example was missing a "^" at the beginning and a "$" at the end.
>
>put "^\Q^5$\E$" into myVeryStrongPassword
>
> Lyn
>

Good catch :)

Regards,

Thierry

___
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: Compare numeric strings with leading zeros

[Lyn Teyla]

Thierry Douez wrote:

> put  "\Q^5$\E"  into  myVeryStrongPassword
> if matchText( userTyping,  myVeryStrongPassword ) then ...

Here is indeed an example of the danger involved with the use of regular 
expressions.

It can be easy to miss things at times, which is why I simply cautioned against 
using it, rather than completely advise against it.

There are many ways to skin a cat, so yes, whilst it *is* possible to utilize 
Regex to perform certain tasks if done correctly, it's also easy to make 
mistakes (hence the caution) even for those who are comfortable with Regex.

> Ok, now I'm waiting for what I've missed...


Your revised example was missing a "^" at the beginning and a "$" at the end.

   put "^\Q^5$\E$" into myVeryStrongPassword

Here is an example showing the issue:



on mouseUp
   local userTyping = "00^5$6"
   local myVeryStrongPassword = "^5$"
   put stringsAreEqual(userTyping, myVeryStrongPassword) & cr into msg
   put stringsAreEqual.err(userTyping, myVeryStrongPassword) & cr after msg
end mouseUp

function stringsAreEqual pString1, pString2
   return matchText(pString1, "^\Q" & pString2 & "\E$")
end stringsAreEqual

function stringsAreEqual.err pString1, pString2
   return matchText(pString1, "\Q" & pString2 & "\E")
end stringsAreEqual.err



Hope this clarifies things.

Lyn



___
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: Compare numeric strings with leading zeros

[Jerry Jensen]

What’s wrong with simply:

function stringsAreEqual p1, p2
   return (p1 & "z") = (p2 & "z")
end stringsAreEqual

As Terry Judd and Mark Wieder suggested yesterday?

.Jerry

> On Sep 3, 2015, at 8:56 PM, Thierry Douez  wrote:
> 
> Hi,
> 
>> Ah,
> 
> Well, nothing very dangerous here :)
> 
>>>  if matchText( userTyping, myVeryStrongPassword) then ...
> 
> This was a direct answer to this thread:
> 
> "compare numeric strings with leading zeros" !
> 
> 
>> I would caution against using matchText for this purpose,
>> because the second
>> parameter is treated by the function as a regular expression.
> 
> 
> Yes,
> myVeryStrongPassword is a regular expression in a pure litteral form.
> 
> 
>> 
>> For instance, matchText would return true if you were to reverse your
>> example values:
> 
> Yes, the order of the parameters have a meaning, but this is true
> for so much functions in LC. So, I don't get it :(
> 
> 
>> In addition,
>> since passwords are typically allowed to contain any character
> 
> Was not asked by the OP.
> 
> Ok then, so new  rules here:)
> 
>>   local userTyping = "5"
>>   local myVeryStrongPassword = "^5$"
> 
> If your password can contains any chars,
> Just tell it to matchText():
> 
>my password can be any character and I don't want you to
>interpret them in any ways!
> 
> For that,
> enclose your myVeryStrongPassword by "\Q" & "\E" and it
> will be interpreted as litteral characters.
> 
> 
>> Since Ralph is looking to use this for password validation,
>> I would throw in a case sensitivity check as well:
> 
> For this one, there is nothing special to do.
> If it will be case insensitive you could add a prefix to the regex: (?i)
> 
> so the final matchText() solution is:
> 
> put  "\Q^5$\E"  into  myVeryStrongPassword
> if matchText( userTyping,  myVeryStrongPassword ) then ...
> 
> 
> Ok, now I'm waiting for what I've missed...
> 
> Have all a nice day or night.
> 
> Thierry
> 
> ___
> 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: Editing Large Scripts is Faster

[Mark Wieder]

On 09/03/2015 10:52 AM, Ali Lloyd wrote:


That requires a backport, as the script editor in 8 has scriptified
behaviors and a widget for the variable viewer.


I must be missing something. Charles detailed the changes that need to 
be made to the revscripteditor.rev script for LC7. Why is that any 
harder than any other fix to IDE stack scripts? The fact that LC8 uses 
scriptified stacks shouldn't even come up in that discussion.


I'd be happy to make the changes for you if it's too much work, or maybe 
if you ask nicely Charles can send you the stack he's already modified 
and save us both some work.


Is LC7 being end-of-lifed already? We still haven't gotten a stable 7.1 
release.


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

No Math Skills? No Problem...

[Alejandro Tejada]

on Fri Sep 4
Mark Wieder writes:

> Ha! Gotta love slashdot comments...
> 'This is why so much poor software exists in the world.
> I can only imagine what nightmare code is being generated
> by such efforts. Yes, anyone can code, just as anyone
> can build a house. Whether or not the house
> collapses immediately, whether it has any real value,
> or by any other measure still depends on the skill
> of the builder, just as in software.
> Garbage in -> Garbage out, applies
> to the code as well as the data.'

Certainly, an education in software development
requires to teach about good and bad code methods
along with a Primer in Preventive Security Practices
while installing, using and programming software.

Probably, a more specific approach (as opposed to a general
method) of teaching Livecode could be more successful
to attract teachers and artists to this platform.

Alejandro

___
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