Re: [OT] Atom Text Editor for Script Editiing - First Impressions
On Thu, Sep 3, 2015 at 6:47 PM, Ralf Bitter wrote: > 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. > > Ah, now we are cooking with gas! Thanks Ralf, finally found it and it gives me options. ___ 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
On Thu, Sep 3, 2015 at 10:50 AM, J. Landman Gay wrote: > Today I finally saw my first instance of a pirate red dot breakpoint that > didn't meet my previous criteria. > Was it a conditional Red Dot or a plain Red Dot? ___ 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
> What’s wrong with simply: > > function stringsAreEqual p1, p2 >return (p1 & "z") = (p2 & "z") > end stringsAreEqual > > As Terry Judd and Mark Wieder suggested yesterday? Mmm, nothing. Different ways, different experiences ... :) 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
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: Compare numeric strings with leading zeros
> >> 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
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: Editing Large Scripts is Faster
> 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: Compare numeric strings with leading zeros
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
No Math Skills? No Problem...
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
Re: Editing Large Scripts is Faster
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
Re: No Math Skills? No Problem...
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
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
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...
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
Agreed + 1. Although the "x"&MyPassword 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: Char Set on Custom Properties
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: 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
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
Re: Editing Large Scripts is Faster
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
Minimized/Iconified stack bug in LC676?
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: Editing Large Scripts is Faster
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: Goodbye stsMLXEditor
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
Re: Editing Large Scripts is Faster
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
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: Editing Large Scripts is Faster
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
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
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
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: Goodbye stsMLXEditor
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
Editing Large Scripts is Faster
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: functions may be called as commands in IDE, but not in standalone
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
Re: LiveCode fix for \\UNC paths coming...
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: [OT] Atom Text Editor for Script Editiing - First Impressions
> 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: HTML5 "get URL"
On 3 Sep 2015, at 10:02, Rolf Kocherhans wrote: > 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 Hi Rolf, “file” URLs won’t work as you expect - the standalone is running in the user’s browser, not on the server so it has no access to the server’s filesystem. You don’t even have access to the user’s filesystem as browsers have security policies in place to prevent it. Instead, the “filesystem” that the HTML5 engine sees is empty except for the standalone stack and its resources. You’re right that libURL isn’t being used (as it requires sockets support). We currently have a basic in-engine implementation of ‘get url’ but it only works for http and https URLs. Additionally, because it uses the browser’s own HTTP support, it is restricted by the “same-origin” policy that browsers use: https://en.wikipedia.org/wiki/Same-origin_policy . Basically, only http(s) will work and only for URLs on the same domain. 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: Compare numeric strings with leading zeros
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: Compare numeric strings with leading zeros
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
HTML5 "get URL"
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: How saucy is Open Source
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
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
Re: Compare numeric strings with leading zeros
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