Re: chartsEngine bug with version 10 of LC

2021-12-29 Thread scott--- via use-livecode
> (If they are equal: then the 2nd chars, etc.) Ah, that was the helpful piece of information I required. I didn’t realize it worked through the string one ASCII character at a time (with neither side being a “number” anymore.) (With the exception of upper and lower case characters having

Re: chartsEngine bug with version 10 of LC

2021-12-28 Thread Curry Kenworthy via use-livecode
Scott: > So you are saying that if the first char of the string is a number No! There is no number. Don't think about numbers. :) Both sides are text in your comparison. > it uses the ascii value of the first char? Always! Because both sides are text. Two text strings. No numbers. LC

Re: chartsEngine bug with version 10 of LC

2021-12-28 Thread scott--- via use-livecode
Hello Curry, I’m still puzzled. So you are saying that if the first char of the string is a number then it uses the number but if the first char is not a number then it uses the ascii value of the first char? It seems like there is more to it than that. Obviously we wouldn’t expect“9foo”

Re: chartsEngine bug with version 10 of LC

2021-12-28 Thread Curry Kenworthy via use-livecode
Scott: > I’m still a little unclear about exactly what is going on here. Because you are NOT comparing numbers. You are comparing (like sorting) text. That usually means: the FIRST CHAR of each string. (The ASCII/ANSI/etc values of those chars.) > put “7.foo” < 9 -- returns “true” Because

Re: chartsEngine bug with version 10 of LC

2021-12-28 Thread scott--- via use-livecode
I’m still a little unclear about exactly what is going on here. put “foo” < 9 -- returns “false” put “foo” > 9 -- returns “true” put “9foo” < 9 -- returns “false” put “9foo” > 9 -- returns “true” put “9.foo” < 9 -- returns “false” put “7.foo” < 9 -- returns “true” put “77.foo” < 9 -- returns

RE: chartsEngine bug with version 10 of LC

2021-12-28 Thread FlexibleLearning.com via use-livecode
> I?ve encountered a problem with the third-party LiveCode product > chartsEngine now reporting that LiveCode < version 10.0.0 (dp 1) > is not a > high enough version number. (AnimationEngine was reporting a similar error > which I was able to fix since the scripts are open.) ChartsEngine is,

Re: chartsEngine bug with version 10 of LC

2021-12-28 Thread Curry Kenworthy via use-livecode
Scott: > why "9.6.6-rc-1” evaluates as not less than 5 > but "10.0.0-dp-1” evaluates to less than 5. That's the tricky thing about dotted versions; easy to forget and set up a text comparison: "9" > "5" "1" < "5" Once you have two dots, or an rc/dp, it's a string. They seem to compare

Re: chartsEngine bug with version 10 of LC

2021-12-28 Thread scott--- via use-livecode
I mistyped Björnke’s name; it is “Björnke von Gierke" > On Dec 28, 2021, at 2:27 AM, scott--- via use-livecode > wrote: > > > I’ve encountered a problem with the third-party LiveCode product chartsEngine > now reporting that LiveCode < version 10.0.0 (dp 1) > is not a high enough > version