Re: Goodbye stsMLXEditor

[Peter Haworth]

The spell check algorithm catches that.

On Wed, Sep 2, 2015, 7:38 PM Mark Wieder  wrote:

> On 09/02/2015 07:10 PM, Peter Haworth wrote:
> > Hi Mark,
> > You sent me that a few months ago when I was writing my script and I
> > incorporated it.
>
> You don't really expect me to remember things, do you?
>
> >
> > Not sure what other things might make it a bad idea,
>
> 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.
>
> --
>   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: Compare numeric strings with leading zeros

[J. Landman Gay]

On 9/2/2015 11:49 PM, Ralph DiMola wrote:

I would have thought 5=005 would evaluate as true and "5"="005" would
evaluate as false.


LC will read "5" as a number because it will interpret what is inside 
the quotes rather than see the whole thing as a string. You have to add 
the quotes to the string specifically: quote & "5" & quote.


After that, LC wakes up and realizes you really do want a string. I 
think it's a side-effect of using an untyped language.


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

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

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

I would have thought 5=005 would evaluate as true and "5"="005" would evaluate 
as false. 


Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net
Office: 518-636-3998 ex:11
Cell: 518-636-3998



 Original message From: "J. Landman Gay" 
 Date:09/03/2015  00:42  (GMT-05:00) 
To: How to use LiveCode  
Subject: Re: Compare numeric strings with leading zeros 
On 9/2/2015 11:16 PM, Ralph DiMola wrote:
> I was hoping that there was a way to coerce "005" into a string of 3 chars.

Adding specific quotes around it does that.

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

[J. Landman Gay]

On 9/2/2015 11:16 PM, Ralph DiMola wrote:

I was hoping that there was a way to coerce "005" into a string of 3 chars.


Adding specific quotes around it does that.

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

[Ralph DiMola]

Thanks all. The length test or putting an alpha char before both seems like the 
easiest.  I was hoping there was another more elegant way. This makes me 
rethink my LC habits in a big way. I was hoping that there was a way to coerce 
"005" into a string of 3 chars.

Thanks again! !


Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net
Office: 518-636-3998 ex:11
Cell: 518-636-3998



 Original message From: Colin Holgate 
 Date:09/02/2015  23:49  (GMT-05:00) 
To: How to use LiveCode  
Subject: Re: Compare numeric strings with leading zeros 
Is there ever a case where this would return true?:

put "005" into a
put "5" into b
answer a = b and length(a) = length(b)


___
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

[dunbarx]

Hi.


Not sure what test values fit your needs, but does this help?



function noZeros arg1.arg2
if the length of arg1 <> the length of arg2 and arg1 = arg2  then return 
"false"  else return "true"
end noZero



This sidesteps several issues, but may not address, as I mentioned above, all 
your needs. But it will work with similar numbers that only differ by the 
number of leading zeros.



Craig Newman






-Original Message-
From: Ralph DiMola 
To: 'How to use LiveCode' 
Sent: Wed, Sep 2, 2015 10:32 pm
Subject: Compare numeric strings with leading zeros


Feeling pretty clueless here but...

I need ("5" = "005") to be false. This is
for password validation.

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

[Colin Holgate]

Is there ever a case where this would return true?:

put "005" into a
put "5" into b
answer a = b and length(a) = length(b)


___
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: [Bug] Red Dot Breakpoints Ignored - Recipe

[Mark Wieder]

On 09/02/2015 08:30 PM, J. Landman Gay wrote:


Interesting, thanks for that. So if I hit one of these phantom orphaned
dots it seems logical that clearing all breakpoints (from the Debug
menu) would reset everything and put me back in business. I'll try it
next time.


Actually, ignore all that. I just got a situation where I created two 
breakpoints, set a condition for one, looked at the custom properties, 
and then magically the custom props cleared out and the red dots 
remained. No breakpoints, no conditions, just red dots. So it's even 
screwier than I described.


The custom props, by the way, are
cREVGeneral[breakpoints] and cREVGeneral[breakpointconditions]

--
 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: [Bug] Red Dot Breakpoints Ignored - Recipe

[J. Landman Gay]

On 9/2/2015 10:10 PM, Mark Wieder wrote:


The breakpoints are stored in one of two places: as a custom property of
the preferences file if you're dealing with a global variable, or as a
custom property of the owning stack if it's a local variable. The
breakpoint is stored as objectID, lineNumber.

Breakpoint conditions are also stored as custom properties in the same
places, but are stored as expression. There is no other context for the
condition, it's just supposed to be indexed from the breakpoint list.

Thus you can have
breakpoints:
button 1003 of card 1002, 14
button 1042 of card 1003, 7

breakpointConditions
x > 4
y = 5

If these get out of sync (you remove a condition, you have an error in
your code that prevents the list from getting updated, etc) then they no
longer match up and you have orphans.

Worse, since the conditions have no sense of scope, they will trigger
when any handler in the indexed object meets that condition, i.e., even
when the lists are synced properly, any handler in button 1003 will
trigger the 'x > 4' condition if it contains an x variable.



Interesting, thanks for that. So if I hit one of these phantom orphaned 
dots it seems logical that clearing all breakpoints (from the Debug 
menu) would reset everything and put me back in business. I'll try it 
next time.


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

[J. Landman Gay]

Ralph DiMola wrote:


Feeling pretty clueless here but...

I need ("5" = "005") to be false. This is for password validation.


I could swear this used to work using some tricky combination of < and 
>. Anyway, the trick is to make them compare as strings. Forcing 
quotation marks seems to work:


  put quote & "5" & quote into tFirst
  put quote & "005" & quote into tSecond
  put tFirst = tSecond

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

[Mark Wieder]

On 09/02/2015 07:40 PM, Terry Judd wrote:

Can you add a non-numeric character in front of each before you do the
comparison?


+like.
I usually add an 'x' prefix.

--
 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: [Bug] Red Dot Breakpoints Ignored - Recipe

[Mark Wieder]

On 09/02/2015 07:50 PM, J. Landman Gay wrote:


Today I finally saw my first instance of a pirate red dot breakpoint
that didn't meet my previous criteria. I am initiated. This was in LC
7.0.6 which I have just started using more regularly. Prior to 7.x I had
never seen it happen except when a script called into an IDE library.


The way the IDE's script editor handles these ephemeral breakpoints is 
pretty screwy. That's my story and I'm sticking to it.


The breakpoints are stored in one of two places: as a custom property of 
the preferences file if you're dealing with a global variable, or as a 
custom property of the owning stack if it's a local variable. The 
breakpoint is stored as objectID, lineNumber.


Breakpoint conditions are also stored as custom properties in the same 
places, but are stored as expression. There is no other context for the 
condition, it's just supposed to be indexed from the breakpoint list.


Thus you can have
breakpoints:
button 1003 of card 1002, 14
button 1042 of card 1003, 7

breakpointConditions
x > 4
y = 5

If these get out of sync (you remove a condition, you have an error in 
your code that prevents the list from getting updated, etc) then they no 
longer match up and you have orphans.


Worse, since the conditions have no sense of scope, they will trigger 
when any handler in the indexed object meets that condition, i.e., even 
when the lists are synced properly, any handler in button 1003 will 
trigger the 'x > 4' condition if it contains an x variable.


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

[dunbarx]

Hi.


Not sure what test values fit your needs, but does this help?



function noZeros arg1.arg2
if the length of arg1 <> the length of arg2 and arg1 = arg2  then return 
"false" else return "true"
end noZero



This sidesteps several issues, but may not address, as I mentioned above, all 
your needs. But it will work with similar numbers that only differ by the 
number of leading zeros.



Craig Newman



-Original Message-
From: Ralph DiMola 
To: 'How to use LiveCode' 
Sent: Wed, Sep 2, 2015 10:32 pm
Subject: Compare numeric strings with leading zeros


Feeling pretty clueless here but...

I need ("5" = "005") to be false. This is
for password validation.

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: [Bug] Red Dot Breakpoints Ignored - Recipe

[J. Landman Gay]

On 9/2/2015 7:10 PM, Dr. Hawkins wrote:

I stand by my suggestion to predesignate them as "PCD", for "Pirate Code
Dots", as they aren't binding, but merely advisory . . .


Reminds me of an Italian who told me that over there, traffic lights are 
mere suggestions.


Today I finally saw my first instance of a pirate red dot breakpoint 
that didn't meet my previous criteria. I am initiated. This was in LC 
7.0.6 which I have just started using more regularly. Prior to 7.x I had 
never seen it happen except when a script called into an IDE library.


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

[Peter Bogdanoff]

How about comparing as an array?

>From the LC Dictionary definition for “is":

When comparing arrays, the = operator first checks if the number of elements in 
each array is the same, if not the two arrays are different. If the arrays have 
the same number of elements, they are equal if each element is equal. 
Specifically this means:

array1 = array2 if (and only if):
  - the number of elements of array1 = the number of elements of array2 and
  - for each element e in array1, array1[e] = array2[e].

I haven’t tried it and you may run into the same problem.

Peter Bogdanoff


On Sep 2, 2015, at 7:40 PM, Terry Judd  wrote:

> Can you add a non-numeric character in front of each before you do the
> comparison?
> 
> Terry...
> 
> On 3/09/2015 12:33 pm, "use-livecode on behalf of Ralph DiMola"
>  rdim...@evergreeninfo.net> wrote:
> 
>> Feeling pretty clueless here but...
>> 
>> I need ("5" = "005") to be false. This is for password validation.
>> 
>> 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 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Compare numeric strings with leading zeros

[Mike Bonner]

Could to a slightly more complex check..

First check if the length is the same, then do the comparison. (could even
check length, then do a char by char comparison)

On Wed, Sep 2, 2015 at 8:40 PM, Terry Judd 
wrote:

> Can you add a non-numeric character in front of each before you do the
> comparison?
>
> Terry...
>
> On 3/09/2015 12:33 pm, "use-livecode on behalf of Ralph DiMola"
>  rdim...@evergreeninfo.net> wrote:
>
> >Feeling pretty clueless here but...
> >
> >I need ("5" = "005") to be false. This is for password validation.
> >
> >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 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Compare numeric strings with leading zeros

[Terry Judd]

Can you add a non-numeric character in front of each before you do the
comparison?

Terry...

On 3/09/2015 12:33 pm, "use-livecode on behalf of Ralph DiMola"
 wrote:

>Feeling pretty clueless here but...
>
>I need ("5" = "005") to be false. This is for password validation.
>
>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: Compare numeric strings with leading zeros

[Scott Rossi]

wholeMatches?

Regards,

Scott Rossi
Creative Director
Tactile Media UX/UI Design

> On Sep 2, 2015, at 7:33 PM, Ralph DiMola  wrote:
> 
> Feeling pretty clueless here but...
> 
> I need ("5" = "005") to be false. This is for password validation.
> 
> 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: Goodbye stsMLXEditor

[Mark Wieder]

On 09/02/2015 07:10 PM, Peter Haworth wrote:

Hi Mark,
You sent me that a few months ago when I was writing my script and I
incorporated it.


You don't really expect me to remember things, do you?



Not sure what other things might make it a bad idea,


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.


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

Compare numeric strings with leading zeros

[Ralph DiMola]

Feeling pretty clueless here but...

I need ("5" = "005") to be false. This is for password validation.

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

Re: Goodbye stsMLXEditor

[Peter Haworth]

Hi Mark,
You sent me that a few months ago when I was writing my script and I
incorporated it.

Not sure what other things might make it a bad idea, but I do incorporate
an algorithm that attempts to find variable names that might be
misspellings with various choices on what to do with them.

It's not designed to be used as a shortcut to typing local statements but
it works very well if you decide to start using strict compilation mode but
don;t want to spend hours wading through code to add the local statements.

I guess I should change it so set explicitVars now!


On Wed, Sep 2, 2015 at 6:54 PM Mark Wieder  wrote:

> On 09/02/2015 12:38 PM, Peter Haworth wrote:
> > Assuming the errors you are referring to are of the "undeclared variable"
> > type, I have a utility that inserts local statements for any undeclared
> > variables.  Maybe I should offer it to the team.
>
> A number of reasons why this isn't a good idea.
> But there's a function for it in the glx2 script editor as well.
>
> The late Eric Chatonet and I had a great conversation with Jerry Daniels
> where we talked about why not to do this (and in the process almost had
> him convinced to use explicitVars)... I finally said something like I
> could maybe stomach it if the function grouped variables by theme,
> keeping like variables together, but that it was beyond what computers
> were capable of.
>
> The next morning Eric emailed an algorithm that did just that, and we
> tweaked it over the next few hours and came up with a function that
> would group variables very nicely. It does rely on CamelCase variable
> names, but that's the only restriction. Posted here for your amusement.
> Watch the line wrap - it's deadly.
>
>
> /**
> glx2GetSortedVars
> Eric Chatonet's contribution:
> Sort a CamelCase variable list thematically
> pVarList is a list of variables to sort, one per line
> */
> function glx2GetSortedVars pVarList
>
>  local tVar, tChar, tFound, tNumOfChars, tVarList
>  local tDeclaration
>  local tStart, tEnd
>  local tLength
>
>  if pVarList is not empty then
>  set the itemdelimiter to comma
>  repeat for each line tVar in pVarList
>  if IsCaps(char 2 of tVar) then
>  delete the first char of tVar --CamelCase notation
>  end if
>  -- We don't care about trailing digits
>  repeat until the last char of tVar is not an integer --
> incremented vars
>  delete the last char of tVar
>  end repeat
>
>  -- get the length of the variable name
>  put the number of chars of tVar into tNumOfChars
>  put tNumOfChars into tEnd
>
>  -- Gather a list of words
>  -- Relies on CamelCase notation: capitalized words will end
> up on this list
>  -- tHorizontalOffset will put Horizontal and offset into
> the list
>  repeat with tStart = tNumOfChars down to 1 -- unfortunately
> repeat for each can't be used
>  -- if we have found the start of a word
>  -- (make sure we're not looking at just the last char
> of the word)
>  put tEnd - tStart into tLength
>  if IsCaps(char tStart of tVar) and tStart < tNumOfChars
> then
>  -- if we've already found a keyword in this
> variable name
>  if IsCaps(char tEnd of tVar) then --
>  if char tStart to tEnd - 1 of tVar is not among
> the items of tFound and tStart is not tEnd - 1 then
>  if tLength > 2 then
>  put char tStart to tEnd - 1 of tVar &
> comma before tFound
>  end if
>  end if
>  else
>  -- This is the first keyword we've found in
> this variable name
>  -- if we don't have this word in our list yet
>  if char tStart to tEnd of tVar is not among the
> items of tFound then
>  -- add it to the list
>  if tLength > 2 then
>  put char tStart to tEnd of tVar & comma
> after tFound
>  end if
>  end if
>  end if
>  put tStart into tEnd
>  end if
>  end repeat -- with i = tNumOfChars down to 1
>  end repeat -- for each line tVar in pVarList
>
>  -- now work our way through the list
>  repeat for each item tWord in tFound
>  put pVarList into tVarList
>  filter tVarList with "*" & tWord & "*"
>  filter pVarList without "*" & tWord & "*"
>  if tVarList is not empty then
>  sort tVarList
>  -- group similar items onto the same line
>  replace cr with comma & spa

[OT] Atom Text Editor for Script Editiing - First Impressions

[Alejandro Tejada]

on Tue Sep 1 2015
Kay C Lan wrote:

> I always thought that BareBones was a bit of a tongue in cheek
> understatement for such a full featured Text Editor but when
> I compare the 22MB BBedit to Atom's 208MB maybe
> the BareBones is justified :-)

Really!...I mean: REALLY!!!
A 208 MB Text Editor
A 22 MB Text Editor

That is insane. Really INSANE.

What kind of functionality these Text Editors
have that a 4 MB LiveCode Executable
could not have?

Now I am scared. Really scared.
208 MB for a Modern Text Editor!
22 MB for a Barebones Text Editor!

How many Script Text Editors have been
created and published in Livecode?

Do you remember how much weight in MB
had these LC-engine based Text editors?

Thanks in advance!

Al

___
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

[Mark Wieder]

On 09/02/2015 12:38 PM, Peter Haworth wrote:

Assuming the errors you are referring to are of the "undeclared variable"
type, I have a utility that inserts local statements for any undeclared
variables.  Maybe I should offer it to the team.


A number of reasons why this isn't a good idea.
But there's a function for it in the glx2 script editor as well.

The late Eric Chatonet and I had a great conversation with Jerry Daniels 
where we talked about why not to do this (and in the process almost had 
him convinced to use explicitVars)... I finally said something like I 
could maybe stomach it if the function grouped variables by theme, 
keeping like variables together, but that it was beyond what computers 
were capable of.


The next morning Eric emailed an algorithm that did just that, and we 
tweaked it over the next few hours and came up with a function that 
would group variables very nicely. It does rely on CamelCase variable 
names, but that's the only restriction. Posted here for your amusement. 
Watch the line wrap - it's deadly.



/**
glx2GetSortedVars
Eric Chatonet's contribution:
Sort a CamelCase variable list thematically
pVarList is a list of variables to sort, one per line
*/
function glx2GetSortedVars pVarList

local tVar, tChar, tFound, tNumOfChars, tVarList
local tDeclaration
local tStart, tEnd
local tLength

if pVarList is not empty then
set the itemdelimiter to comma
repeat for each line tVar in pVarList
if IsCaps(char 2 of tVar) then
delete the first char of tVar --CamelCase notation
end if
-- We don't care about trailing digits
repeat until the last char of tVar is not an integer -- 
incremented vars

delete the last char of tVar
end repeat

-- get the length of the variable name
put the number of chars of tVar into tNumOfChars
put tNumOfChars into tEnd

-- Gather a list of words
-- Relies on CamelCase notation: capitalized words will end 
up on this list
-- tHorizontalOffset will put Horizontal and offset into 
the list
repeat with tStart = tNumOfChars down to 1 -- unfortunately 
repeat for each can't be used

-- if we have found the start of a word
-- (make sure we're not looking at just the last char 
of the word)

put tEnd - tStart into tLength
if IsCaps(char tStart of tVar) and tStart < tNumOfChars 
then
-- if we've already found a keyword in this 
variable name

if IsCaps(char tEnd of tVar) then --
if char tStart to tEnd - 1 of tVar is not among 
the items of tFound and tStart is not tEnd - 1 then

if tLength > 2 then
put char tStart to tEnd - 1 of tVar & 
comma before tFound

end if
end if
else
-- This is the first keyword we've found in 
this variable name

-- if we don't have this word in our list yet
if char tStart to tEnd of tVar is not among the 
items of tFound then

-- add it to the list
if tLength > 2 then
put char tStart to tEnd of tVar & comma 
after tFound

end if
end if
end if
put tStart into tEnd
end if
end repeat -- with i = tNumOfChars down to 1
end repeat -- for each line tVar in pVarList

-- now work our way through the list
repeat for each item tWord in tFound
put pVarList into tVarList
filter tVarList with "*" & tWord & "*"
filter pVarList without "*" & tWord & "*"
if tVarList is not empty then
sort tVarList
-- group similar items onto the same line
replace cr with comma & space in tVarList
put the cIndent of me & "local" && tVarList & cr after 
tDeclaration

end if
end repeat

-- if there's anything left in pVarList at this point then
-- we want to be sure to add it. This covers the case of variables
-- not in CamelCase notation.
put 1 into tNumOfChars
repeat for each line tLine in pVarList
if tNumOfChars is 1 then
put the cIndent of me & "local " after tDeclaration
end if
put tLine after tDeclaration
add 1 to tNumOfChars
-- See if we've put four variables on this line already
if tNumOfChars is 4 then
put cr after tDeclaration
put 1 into tNumOfChars
else
put comma after tDeclaration

Re: How saucy is Open Source

[Roger Eller]

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

Re: [OT] Atom Text Editor for Script Editiing - First Impressions

[Roger Eller]

The file extension I am using is .lc  so I tried .irev and neither would
colorize.  That's why I tried wrapping the code in , which is fine
with me.  I was previously using Notepad to edit .lc files.
On Sep 2, 2015 8:07 PM, "Kay C Lan"  wrote:

> Gentlemen,
>
> sorry for the slow reply but my employer had the audacity to expect me to
> work for my pay ;-) Unfortunately that typically involves long periods of
> no or restricted internet.
>
> Anyway, thank you for your time to look into this.
>
> My set up is:
>
> Atom: 1.0.9
> Language-Livecode: 0.5.1
> revigniter-syntax: 0.1.2
>
> 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.
>
> Roger,
>
> just to clarify, colour coding is based on document extension, so if you
> have a .txt file and just past in some LC handlers it will not be syntax
> coloured unless you manually select the language from the selection at the
> bottom right of the window, or you change the suffix to .lcb, or
> apparently, if you enclose your text inside . If the file is
> suffixed .lcb it will open and automatically be colourised.
>
> Next on my list of Atom oddities. At the bottom right of the window, to the
> right of where you can select the language is a green box with a + in it,
> next to that it says +12643. I know the 12643 is the number of lines of
> code. In my TE it tells me lines, words and char count. The green + box
> implies that I can click on it and get other info like words and chars, but
> nothing happens. What does the green + box do and how do I get document
> word and char count?
> ___
> 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

[Kay C Lan]

On Wed, Sep 2, 2015 at 10:59 PM, Mark Wieder  wrote:

> On 09/02/2015 05:43 AM, Kay C Lan wrote:
>
> You don't think you're being a bit over dramatic?
>>>
>>
> Who? Me? lol.
>
> Oh, good. I wasn't too sure, you always strike me as a very knowledgeable
and extremely intelligent person and unfortunately my own prejudice tends
me to believe the more intelligent the person the more serious they are and
less humorous.


> Seriously, though...
>

;-)
___
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: [Bug] Red Dot Breakpoints Ignored - Recipe

[Dr. Hawkins]

On Mon, Aug 31, 2015 at 4:57 PM, Kay C Lan  wrote:

>
> Yes, that's exactly what I've come to do, but as per other posts, the
> overall impression newcomers to LC will get with such idosyncracies of the
> Script Editor/Debugger is not a good one.
>

I stand by my suggestion to predesignate them as "PCD", for "Pirate Code
Dots", as they aren't binding, but merely advisory . . .


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

Re: [OT] Atom Text Editor for Script Editiing - First Impressions

[Kay C Lan]

Gentlemen,

sorry for the slow reply but my employer had the audacity to expect me to
work for my pay ;-) Unfortunately that typically involves long periods of
no or restricted internet.

Anyway, thank you for your time to look into this.

My set up is:

Atom: 1.0.9
Language-Livecode: 0.5.1
revigniter-syntax: 0.1.2

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.

Roger,

just to clarify, colour coding is based on document extension, so if you
have a .txt file and just past in some LC handlers it will not be syntax
coloured unless you manually select the language from the selection at the
bottom right of the window, or you change the suffix to .lcb, or
apparently, if you enclose your text inside . If the file is
suffixed .lcb it will open and automatically be colourised.

Next on my list of Atom oddities. At the bottom right of the window, to the
right of where you can select the language is a green box with a + in it,
next to that it says +12643. I know the 12643 is the number of lines of
code. In my TE it tells me lines, words and char count. The green + box
implies that I can click on it and get other info like words and chars, but
nothing happens. What does the green + box do and how do I get document
word and char count?
___
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

[Ali Lloyd]

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

Re: More TopStack-DefaultStack Mysterious - TraveralOn (false) Selection lost?

[Peter M. Brigham]

Keep in mind that the default behavior when a stack receives focus of selecting 
in the first field with traversalon = true can be overridden if you put all 
fields with traversalon = true into a group with traversalon = false.

-- Peter

Peter M. Brigham
pmb...@gmail.com
http://home.comcast.net/~pmbrig

On Aug 30, 2015, at 11:36 AM, Brahmanathaswami wrote:

> sometimes we need to cite behaviors in two locations.
> 
> In  attempts to solve the problem I looked in the dictionary under
> 
> traversalOn
> 
> and
> 
> autotab
> 
> in the former we need to say:
> 
> "If any field on a card has it's traversalOn set to true, clicking where on 
> that stack/card will move the focus of to that stack. In context where you 
> are using palettes and trying to retain a selection or objects in the top 
> stack, be sure all fields on your palette have their traversalOn set to false.
> 
> in the "autoTab" entry  we need to say
> 
> even if the autotab of a field is false...if the traversalOn of the field is 
> true, the field will become the focused object when the card/stack that it is 
> on it clicked (even a stack in palette mode)
> 
> 
> -- 
> Swasti Astu, Be Well!
> Brahmanathaswami
> 
> Kauai's Hindu Monastery
> www.HimalayanAcademy.com
> 
> 
> 
> Richard Gaskin wrote:
>> Ah, but that's the hard part: where?
>> 
>> For all I know it may even be documented already, but I can't imagine where 
>> I might go to learn about it. 
> 
> 
> ___
> 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

SQL SELECT Statement problem

[Peter Haworth]

Having an issue with the following statement in SQLite.

SELECT col1,col2 FROM TableA WHERE colid IN (:1)

This is executed with

put revQueryDatabase(gdbid,tsql,"tArray") into tCursor

If tArray[1] contains a single integer, the SELECT works, if tArray[1]
contains a comma separated list of integers, no records are returned, even
though I know there are qualifying entries.

If I replace ":1" in the SELECT with 1,2 the rows are correctly returned,
but if tArray[1] contains 1,2 then no rows are returned.

On another related issue, I remember a discussion about the correct syntax
for using a parameter list variable with a LIKE statement but can't find
it.  I have tried:

LIKE ':1' with :1 containing %abc%
LIKE '%:1%' with :1 containing abc
LIKE :1 with :1 containing '%abc%'

None of these return the correct data.  Anyone remember how to get this to
work?
___
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]

Assuming the errors you are referring to are of the "undeclared variable"
type, I have a utility that inserts local statements for any undeclared
variables.  Maybe I should offer it to the team.

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

> Richard Gaskin  writes:
>
> Good points, and I've rather given up trying to convince developers
> to let the IDE help them avoid errors. But there are those of us who think
> that it might be a good idea to get system stack errors fixed rather than
> sweeping them under the rug.
>
> --
>  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: Goodbye stsMLXEditor

[Mark Wieder]

Richard Gaskin  writes:

Good points, and I've rather given up trying to convince developers
to let the IDE help them avoid errors. But there are those of us who think
that it might be a good idea to get system stack errors fixed rather than
sweeping them under the rug.

-- 
 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: functions may be called as commands in IDE, but not in standalone

[Mark Wieder]

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.

-- 
 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] Textmate help

[Peter Haworth]

Liking Textmate for script editing but have a couple of things I'd like to
fix.

Textmate doesn't automatically add end statements for commands such as if,
repeat, try, etc.

There is no indentation after a case statement.

I'm not seeing any autocompletion happening.

I'm sure there are ways to make these happen in Textmate but don't know
where to start.

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

[Roger Eller]

On Wed, Sep 2, 2015 at 11:46 AM, Richard Gaskin 
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

Re: How saucy is Open Source

[Richard Gaskin]

Richmond wrote:

> On 09/02/2015 12:26 PM, Kaveh Bazargan wrote:
>>
>> On 2 September 2015 at 14:36, Fraser Gordon 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?
>>>
>>> Yes, that is allowed. As the Community engine is GPL’ed, you’d have
>>> to include an offer to supply the source code for the engine, but
>>> you can do this by having the source code on the CD too.
>>>
>> And indeed you could sell the CD by itself as well!
>
> No: I wouldn't do that.

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.


The GPL only address "free" as in "libre", and expresses no opinion 
about "free" as in "gratis".


We used to see CDs containing various Linux distributions for sale, and 
in some places you can still find them.


But in the Internet Age it's become very rare for anyone to charge a fee 
for a distribution of GPL-governed works, because the cost of 
distributing has now approached zero and the license grants explicit 
freedom to the recipient to also redistribute the source to anyone they 
like.


In many cases this makes it likely that one would have only a single 
sale, since the purchaser has the freedom to them make the source 
available themselves at a lower cost or even zero cost if they like.


That said, it's noteworthy that the Wordpress, Joomla, and Drupal 
communities have a rather thriving world of commercially-sold add-ons 
for those CMSes, even with very explicit interpretation of GPL terms 
which consider not only libraries but even themes to be "derivative 
works" requiring GPL adoption downstream.


It's fully within the rights of anyone in those communities to 
redistribute any plugins, libraries, or themes at any price they like, 
even undercutting the original authors with a price of zero.


But interestingly, few do.  They tend to support those who sell add-ons 
by encouraging others to pay the commercial price by obtaining them from 
the original author, rather than redistributing the add-ons themselves. 
 There is no shame in doing otherwise, as it is indeed an explicit 
freedom granted in the license, but I find it interesting how those 
communities work.


Since LiveCode Ltd. makes LiveCode Community available at no cost, it 
doesn't harm them in any way if you were to collect a modest fee to 
cover the cost of CD manufacturing.


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


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

Mark Wieder wrote:

On 09/02/2015 05:43 AM, Kay C Lan wrote:


You don't think you're being a bit over dramatic?


Who? Me? lol.

Seriously, though... here's a case in point.

When I first released PowerDebug it was wide open as far a catching any
problems. Soon users started reporting that they were seeing weird
system errors with PowerDebug in the system but were not seeing them
without it. And naturally they would blame PowerDebug for the errors,
and this makes sense as a root cause - remove PD and things work again.
So I had to dumb things down a bit in the next release in order to avoid
the IDE stack errors.


But were they true logic errors or simply compilation errors thrown by 
undeclared variables?  If the former we would expect them to show up 
even after PD is removed, no?


A little background may be amusing if not useful:

The explicitVars property was adopted by Dr. Raney from SuperCard, where 
it required an expensive rewrite of SC's Runtime Editor to accommodate 
it, and a community-wide rewrite of all libraries as well.  Some 
community libraries were updated, some not, resulting in a mixed world 
of compatibility issues in which this new global property could only be 
relied on if you limited your use of other people's code because every 
other script in play would be affected by it.


After all, one of the defining characteristics of xTalks is that they 
declare and coerce variables dynamically, a freedom still enjoyed by many.


I asked the SuperCard engineer who implemented it why he did so, since 
no customer nor anyone on the team had ever requested it.  He said, "It 
enforces discipline".  Indeed it does.  I believe it's relevant to note 
that after leaving the SuperCard project that engineer went on to write 
device drivers, and for all his excellent C skills he once told me he 
not only never used any scripting language for anything but testing what 
he'd written in C, but he didn't even like them.


Discipline is often a good thing, but a scripting engine is not a 
dominatrix.  LiveCode's temporal application of explicitVars at 
compile-time only is IMO a good middle path, allowing it to be useful 
for one's own work when preferred but still allowing others to write 
according to their own preferences as well.


--
 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: functions may be called as commands in IDE, but not in standalone

[Dr. Hawkins]

On Wed, Sep 2, 2015 at 8:01 AM, Mark Waddingham  wrote:

> I suspect this is a lingering definition which was somewhere in the
> message path in the IDE.
>
> When the engine looks for what handler to call it checks each stage in the
> message path in order for the pair (handler type, handler name). So, if you
> have (command, myFunc) at one level, and (function, myFunc) at another
> level:
>   myFunc
> and
>   get myFunc()
>
> Will call different handlers.
>

There is online handler with the name (setPref).  It is in a library
stack.  There is no possibility of another handler of this name; it would
have to come from a several months old backup--and the IDE isn't stable
enough to have a stack from earlier in the morning, let alone months :

Having solved it for my own, I'm not going to worry about this any further
if it can't bite people now . . .

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

Re: cut doesn't throw error when failing in standalone

[Richard Gaskin]

cut doesn't throw error when failing in standalone

Dr. Hawkins dochawk at gmail.com
Wed Sep 2 16:15:54 CEST 2015
Previous message: functions may be called as commands in IDE, but not in 
standalone
Next message: cut doesn't throw error when failing in standalone
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
While I"m at my oddball reporting:

When attempting to cut in a standalone within a password protected stack,
it fails without throwing an error.   I finally found the issue by looking
at "the result".

Is this already reported?


It was raised as a discussion in the Engine Contributors section of the 
forums:



My OP there outlines the complicated set of "sometimes" rules that 
currently require those learning LiveCode to study the details of every 
command to know which fork of error handling will be used ("the result" 
vs "try/catch"), suggesting the possibility of an alternative single 
function to obtain error info.


In reply Mark Waddingham noted relevant details about why that may not 
always be possible, suggesting that if a single path were pursued going 
forward it may perhaps require wrapping all commands that may generate 
errors in try/catch constructs.


While I would prefer of course not to have to write four lines of code 
where I used to write two, the discussion covers some interesting 
considerations about error handling well worth reading.  It's not quite 
as simple as I had once hoped.


Perhaps after reading that you or one of the others here may have a 
simpler solution to propose.


--
 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: functions may be called as commands in IDE, but not in standalone

[Mark Waddingham]

Therefore, if you are seeing this in the IDE then it is likely via
something IDE specific you are using *or* you have lingering 
definitions in
a library stack or similar somewhere which you are loading into the 
IDE




I'll create another test, then.  It may have run the code in an older
version, but I know the code executed in the IDE for the simple reason 
that

I have the resultant directory  . . .


I suspect this is a lingering definition which was somewhere in the 
message path in the IDE.


When the engine looks for what handler to call it checks each stage in 
the message path in order for the pair (handler type, handler name). So, 
if you have (command, myFunc) at one level, and (function, myFunc) at 
another level:

  myFunc
and
  get myFunc()

Will call different handlers.

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

[Mark Wieder]

On 09/02/2015 05:43 AM, Kay C Lan wrote:


You don't think you're being a bit over dramatic?


Who? Me? lol.

Seriously, though... here's a case in point.

When I first released PowerDebug it was wide open as far a catching any 
problems. Soon users started reporting that they were seeing weird 
system errors with PowerDebug in the system but were not seeing them 
without it. And naturally they would blame PowerDebug for the errors, 
and this makes sense as a root cause - remove PD and things work again. 
So I had to dumb things down a bit in the next release in order to avoid 
the IDE stack errors.


--
 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: functions may be called as commands in IDE, but not in standalone

[Dr. Hawkins]

On Wed, Sep 2, 2015 at 7:29 AM, Mark Waddingham  wrote:

> When you say 'when executed in the IDE' in what context do you mean? A
> script? The message box?
>

I mean that when my stack and library stack run in the IDE, it doesn't
choke on that line, but calls the function from the line "somefunct a,b"



>
> If you declare a handler in the message path as a function, then you can
> only call it from script using function syntax.
>

That is the expected behavior, yes.  :)



>
> This is the same in the IDE or in a Standalone as the code in the engine
> which does it is the same.
>
> Therefore, if you are seeing this in the IDE then it is likely via
> something IDE specific you are using *or* you have lingering definitions in
> a library stack or similar somewhere which you are loading into the IDE
>

I'll create another test, then.  It may have run the code in an older
version, but I know the code executed in the IDE for the simple reason that
I have the resultant directory  . . .




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

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

[Mark Waddingham]

On 2015-09-02 16:13, Dr. Hawkins wrote:

After a couple of days of frustration, compiling standalone to get test
messages, I discovered:

function someFunct a, b


then a script that has

someFunct cat, dog



will execute someFunct in the IDE.  In a standalone, it fails to find 
the

handler.


In my case, someFunct was originally a command, and changed to be a
function to possibly return an error code.   I changed the places where 
it

is regularly called, but missed a couple of rare ones.

Is this a known/reported issue?


When you say 'when executed in the IDE' in what context do you mean? A 
script? The message box?


If you declare a handler in the message path as a command, then you can 
only call it from script using command syntax.


If you declare a handler in the message path as a function, then you can 
only call it from script using function syntax.


This is the same in the IDE or in a Standalone as the code in the engine 
which does it is the same.


Therefore, if you are seeing this in the IDE then it is likely via 
something IDE specific you are using *or* you have lingering definitions 
in a library stack or similar somewhere which you are loading into the 
IDE.


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: cut doesn't throw error when failing in standalone

[Mark Waddingham]

On 2015-09-02 16:15, Dr. Hawkins wrote:

While I"m at my oddball reporting:

When attempting to cut in a standalone within a password protected 
stack,
it fails without throwing an error.   I finally found the issue by 
looking

at "the result".

Is this already reported?


This is not strictly a bug (maybe an anomaly?). The cut command has 
always returned success / failure in the result rather than throwing an 
error.


Although don't ask me for a rationale here - it is just how it has 
always been!


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

cut doesn't throw error when failing in standalone

[Dr. Hawkins]

While I"m at my oddball reporting:

When attempting to cut in a standalone within a password protected stack,
it fails without throwing an error.   I finally found the issue by looking
at "the result".

Is this already reported?

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

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

[Dr. Hawkins]

After a couple of days of frustration, compiling standalone to get test
messages, I discovered:

function someFunct a, b


then a script that has

someFunct cat, dog



will execute someFunct in the IDE.  In a standalone, it fails to find the
handler.


In my case, someFunct was originally a command, and changed to be a
function to possibly return an error code.   I changed the places where it
is regularly called, but missed a couple of rare ones.

Is this a known/reported issue?
-- 
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

Re: Goodbye stsMLXEditor

[Kay C Lan]

On Wed, Sep 2, 2015 at 6:53 AM, Mark Wieder  wrote:

>
> 'Strict Compilation" doesn't do what you think it does
> What you really want to do is
> set explicitVars true
>
> Thanks Mark for the explanation. That is very interesting. I've 'Starred'
you response because I'm sure this is on of those gotchas that will catch
me out again.


> Why are there two settings?
>
> The IDE's system scripts are riddled with bugs. If explicitVars were
> enabled then errors would be seen and the team would have to fix them.
> This would take time away from adding bloat^H^Hnew features.
>
> You don't think you're being a bit over dramatic? Whilst I'll accept that
explicitVars would help track down the odd bug, surely there must be a very
large percentage of bug free handlers within the IDE that have been created
by those who don't use Strict Compliation and so have undeclared variables.
So I'm not sure if spending time going through declaring variables in
thousands if not tens of thousands of handlers for absolutely no gain is
any better than the status quo of leaving the IDE in  'Lax Compilation' and
spending the time on tracking down the bugs by other means.
___
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: HTML5 test

[Warren Samples]

On 09/02/2015 04:31 AM, Fraser Gordon wrote:

Opera works - it isn’t one that we’d particularly tried to support at this 
stage.



Keep in mind that Opera now uses the Chrome/Blink rendering and 
javascript engines, as apparently does Vivaldi.


Warren

___
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 is Here and More!

[Jana Doughty]

Hi LiveCode Community,

I'm sure you've heard the good news, but in case you missed it: HTML5 is
officially here! You can read about it and download it here:

https://livecode.com/how-to-run-app-in-browser/

You can also stay up to speed on the new Business Application Framework:

https://livecode.com/how-the-business-applications-framework-works/

And read up on other features that have recently been added to LiveCode 8:

https://livecode.com/the-top-7-changes-in-livecode-8-dp-3/

Of course, if you have any questions or comments, feel free!

Thanks!

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: LCB API's

[BNig]

Peter W A Wood wrote
> Thanks Klaus. Co-incidentally, Bernd also pointed this out to me. It seems
> the LiveCode community in Germany may be small but you’re all very smart
> (and helpful).
> 
> Peter

Hi Peter,
Klaus is the smart German, I learned this from Klaus and also mentioned that
in the comment to your bug report. Bug 15839 

credit where credit is due :)

Kind regards
Bernd



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/LCB-API-s-tp4695794p4695950.html
Sent from the Revolution - User mailing list archive at Nabble.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: LCB API's

[Peter W A Wood]

> On 2 Sep 2015, at 00:15, Klaus major-k  wrote:
> 
> Hi Peter,
> 
>> Am 01.09.2015 um 15:23 schrieb Peter W A Wood :
>> 
>> Peter
>> 
>>> On 31 Aug 2015, at 23:40, Peter TB Brett  wrote:
>>> If you go into the dictionary in the IDE, there's a drop down menu at the 
>>> top left.  
>> Not in LiveCode 8 DP 4 it seems.
> 
> resize the dictionary window a couple of times generously, that worked for me,
> suddenly the mentioned drop-down and much more appeared in the stack :-D
> 
>> Regards
>> 
>> Peter
> 

Thanks Klaus. Co-incidentally, Bernd also pointed this out to me. It seems the 
LiveCode community in Germany may be small but you’re all very smart (and 
helpful).

Peter


___
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: HTML5 test

[Fraser Gordon]

On 2 Sep 2015, at 07:18, Warren Samples  wrote:

> On 09/01/2015 11:36 PM, Alejandro Tejada wrote:
>> On Ubuntu Linux, works fine Firefox
>> 
>> Chrome and Opera shows this message:
>> Exception thrown, see JavaScript console
> 
> 
> It works here in Opera 31.0 and Chrome 44.0 (also works in Chromium) in 
> openSUSE 13.2, 64-bit. I wonder what accounts for the difference in our 
> experiences. It does not work in QupZilla or Konqueror using either WebKit or 
> KHTML. It also works fine in Vivaldi.

Thanks for all the feedback!

The biggest factor we’ve found in whether a given browser supports the HTML5 
engine or not is how up-to-date it is: the more recent the browser, the more of 
the HTML5 standard it supports (none of the browsers we’ve tested comes close 
to supporting all of it!). As such, we need to add various browser-specific 
work-arounds to the engine and, so far, we’ve only done that for Chrome, 
Firefox and Safari. It’s particularly interesting that Opera works - it isn’t 
one that we’d particularly tried to support at this stage.

The browsers that I’ve personally been using for testing are:

Chrome 44
Firefox 40
Safari 7.1

Other browsers that have been reported as working are:

Opera 31.0
Mobile Safari (unknown version)
Chrome for Android (unknown version)

Browsers reported not to work:

Internet Explorer 11
Internet Explorer Edge
Konqueror
QupZilla
Dolphin Browser for Android

The reports of success for Chrome and Mobile Safari have been mixed - I’d be 
interested to hear what versions you were using (particularly for Chrome). My 
suspicion is that the issue with Mobile Safari is a memory limitation rather 
than version-related but it is worth looking into anyway.

I’ve not added bug reports for browser support to our Bugzilla yet - I’m 
holding off until I have a clearer picture of which browsers work and don’t, so 
please let me know if you encounter any other issues.

Other problems that have been reported to the list are:

Colour-swapping for images stored in stacks
The mouse position is not correct

And the “known issue” list for the release:

Text rendering is limited to a single hard-coded font
Alignment issues with text
No networking except ‘get url’
Using ‘wait’ will cause engine crashes
Only some forms of ask/answer work
No externals
No widgets
No commercial deployment
The engine is quite large
Limited browser support

We’ve got lots to get on with, but please don’t be shy about letting us know 
about other bugs that crop up - either let me know via this list and I’ll add 
to our bug tracker or add them yourself at http://quality.runrev.com/ . And 
thank you again for trying out the HTML5 engine - the more feedback we have 
now, the better we can make it when it is released.

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

[Richmond]

On 09/02/2015 12:26 PM, Kaveh Bazargan wrote:

On 2 September 2015 at 14:36, Fraser Gordon 
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?

Yes, that is allowed. As the Community engine is GPL’ed, you’d have to
include an offer to supply the source code for the engine, but you can do
this by having the source code on the CD too.



And indeed you could sell the CD by itself as well!




No: I wouldn't do that.

Richmond.

___
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

[Thierry Douez]

>> Would it be permissible to sell a book with a CD strapped to its back 
>> containing
>> community versions of LiveCode?
>
> Yes, that is allowed. As the Community engine is GPL’ed, you’d have to 
> include an offer to supply the source code for the engine, but you can do 
> this by having the source code on the CD too.
>

I guess a link to github-> livecode could be enough, no?

Just wandering..

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

[Kaveh Bazargan]

On 2 September 2015 at 14:36, Fraser Gordon 
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?
>
> Yes, that is allowed. As the Community engine is GPL’ed, you’d have to
> include an offer to supply the source code for the engine, but you can do
> this by having the source code on the CD too.
>
>
And indeed you could sell the CD by itself as well!


-- 
Kaveh Bazargan
Director
River Valley Technologies
@kaveh1000
+44 7771 824 111
www.rivervalleytechnologies.com
www.bazargan.org
___
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

[Fraser Gordon]

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?

Yes, that is allowed. As the Community engine is GPL’ed, you’d have to include 
an offer to supply the source code for the engine, but you can do this by 
having the source code on the CD too.

Fraser


___
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

How saucy is Open Source

[Richmond]

Would it be permissible to sell a book with a CD strapped to its back 
containing

community versions of LiveCode?

Richmond.

___
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