Re: chartsEngine bug with version 10 of LC
> (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 different ascii but evaluating as equivalent.) Whew! I knew I had both consumed coffee and taken a nap. I was about ready to ask you to use smaller words. :- ) One of the things that was throwing me (though I’m sure everyone else was rolling their eyes) was the > > “9foo” > 9 > > Because "9" = "9" ... but "f" > “” because, if I’m understanding this correctly, it is really evaluated as 59 = 59 …. 102 <> empty I like that "-1” < empty AND 1 > empty BUT 0 isn’t lesser/greater/equal to empty. I’m not sure why this whole string comparison issue hasn’t come up for me before but I’m sure that you will all be thankful that I’m ready to move on to my next question... why is it that the socks I put into the wash aren’t always equivalent to the socks that come out of the dryer. A rounding issue? — Scott > On Dec 28, 2021, at 10:23 PM, Curry Kenworthy via use-livecode > wrote: > > > 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 compares the FIRST CHAR of each text. > (If they are equal: then the 2nd chars, etc.) > > > “9foo” > 9 > > Because "9" = "9" ... but "f" > "". > > If you want a numerical comparison, > both sides must be numbers! > > Once you have two dots, or an "f" etc, it's a string. > And if either side is text, the comparison is textual. > > Best wishes, > > Curry Kenworthy > > WordLib: Import MS Word and OpenOffice documents in LiveCode! > http://livecodeaddons.com/wordlib.html > > Christian LiveCode Training and Consulting > http://livecodeconsulting.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: chartsEngine bug with version 10 of LC
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 compares the FIRST CHAR of each text. (If they are equal: then the 2nd chars, etc.) > “9foo” > 9 Because "9" = "9" ... but "f" > "". If you want a numerical comparison, both sides must be numbers! Once you have two dots, or an "f" etc, it's a string. And if either side is text, the comparison is textual. Best wishes, Curry Kenworthy WordLib: Import MS Word and OpenOffice documents in LiveCode! http://livecodeaddons.com/wordlib.html Christian LiveCode Training and Consulting http://livecodeconsulting.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: chartsEngine bug with version 10 of LC
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” = 9 to evaluate to “true” and why then would “9foo" > 9 return “true” ? I’m not trying to solve any current programming issue with this question… just curious. Thanks > On Dec 28, 2021, at 7:56 PM, Curry Kenworthy via use-livecode > wrote: > > > 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 "7" < "9". > > > put “77.foo” < 9 -- returns “true” > > Because "7" < "9". (FIRST CHAR) > > I just looked at WordLib's code: > it's already coded correctly! > Ready for LC version 10 or LC 1000. > > (Going way back, I was already cautious > about these dotted-version comparisons.) > > Best wishes, > > Curry Kenworthy > > WordLib: Import MS Word and OpenOffice documents in LiveCode! > http://livecodeaddons.com/wordlib.html > > Christian LiveCode Training and Consulting > http://livecodeconsulting.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: chartsEngine bug with version 10 of LC
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 "7" < "9". > put “77.foo” < 9 -- returns “true” Because "7" < "9". (FIRST CHAR) I just looked at WordLib's code: it's already coded correctly! Ready for LC version 10 or LC 1000. (Going way back, I was already cautious about these dotted-version comparisons.) Best wishes, Curry Kenworthy WordLib: Import MS Word and OpenOffice documents in LiveCode! http://livecodeaddons.com/wordlib.html Christian LiveCode Training and Consulting http://livecodeconsulting.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: chartsEngine bug with version 10 of LC
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 “true” put “9.foo” > 9 -- returns “true” put “7.foo” > 9 -- returns “false” put “77.foo” > 9 -- returns “false” -- Scott Morrow Elementary Software (Now with 20% less chalk dust!) web https://elementarysoftware.com/ email sc...@elementarysoftware.com booth1-360-734-4701 ——— > On Dec 28, 2021, at 9:27 AM, Curry Kenworthy via use-livecode > wrote: > > > 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 perfectly...until you pass 9. > That's why I used integer versions for some libs. > > "10.0.0" < "5" > > (I should check my code too; thanks for this reminder!) > > Best wishes, > > Curry Kenworthy > > WordLib: Import MS Word and OpenOffice documents in LiveCode! > http://livecodeaddons.com/wordlib.html > > Christian LiveCode Training and Consulting > http://livecodeconsulting.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: chartsEngine bug with version 10 of LC
> 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, however, > locked. Originally written by Malte Brill, the current owner is, I believe, > Bj?rnke von GierkeI. I?ve tried contacting him but haven?t heard anything. > Anyone else pondering this issue? I use chartsEngine in two commercial > mobile apps so I?m hoping to work out a solution rather than rebuild the > charting layout portion of these apps once building with 10.x versions of LC is > required. Has anyone encountered issues with ChartMaker in LC v10? Hugh Senior > And just for my own curiosity, (this is what I encountered in animationEngine > so I?m assuming something similar in chartsEngine) I?m interested in an > explanation (rather than my own guess) for why "9.6.6-rc-1? evaluates as > not less than 5 but "10.0.0-dp-1? evaluates to less than 5 . > > -- > Scott Morrow ___ 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: chartsEngine bug with version 10 of LC
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 perfectly...until you pass 9. That's why I used integer versions for some libs. "10.0.0" < "5" (I should check my code too; thanks for this reminder!) Best wishes, Curry Kenworthy WordLib: Import MS Word and OpenOffice documents in LiveCode! http://livecodeaddons.com/wordlib.html Christian LiveCode Training and Consulting http://livecodeconsulting.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: chartsEngine bug with version 10 of LC
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 number. (AnimationEngine was reporting a similar error which I was > able to fix since the scripts are open.) ChartsEngine is, however, locked. > Originally written by Malte Brill, the current owner is, I believe, Björnke > von GierkeI. I’ve tried contacting him but haven’t heard anything. Anyone > else pondering this issue? I use chartsEngine in two commercial mobile apps > so I’m hoping to work out a solution rather than rebuild the charting layout > portion of these apps once building with 10.x versions of LC is required. > > And just for my own curiosity, (this is what I encountered in animationEngine > so I’m assuming something similar in chartsEngine) I’m interested in an > explanation (rather than my own guess) for why "9.6.6-rc-1” evaluates as > not less than 5 but "10.0.0-dp-1” evaluates to less than 5 . > > -- > Scott Morrow > > Elementary Software > (Now with 20% less chalk dust!) > web https://elementarysoftware.com/ > email sc...@elementarysoftware.com > booth1-360-734-4701 > -- > > > > > > > > > ___ > 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
