OPENXTalk is NOT the same as the Open-Source LCC
Posted: Tue Aug 09, 2022 2:46 pm
I just want to be clear that my aim IS NOT simply to maintain what was abandoned by LiveCode Ltd., although I would say that project is the most complete XTalk implementation currently available to the community. I am looking to help keep any and all open-source xTalk interpreters publicly available in as many ways as possible. It's about the xTalk language!
LC <> xTalk! Me thinks y'all's gots the Stockholm Syndrome because there really has only been one major source of active xTalk development for the past 10-12 years or so, and so there's been somewhat of a captive audience situation there I think. But in my opinion, it's been the LC way or the highway for far too long. So I'm going to keep looking for, and experimenting with, other xTalk interpreters right along with the work on the LCC based OXT Engines.
I've played around a bit in the recent past with GraalVM, which is based on (Java) OpenJDK, and so thinking about this, as a quick Proof-of-concept test this morning I compiled a executable of OpenXION as a 'Native' image, which means it runs without there being a JavaVM on installed in the OS. It works just fine, even speak and play 'sentence' commands work. If OpenXION can be used with GraalVM's Truffle API then xTalk would have some parity with the likes of Kotlin or Python in that VM, and possibly enable polyglot programing beyond the 'do tMyScript as [scriptingLanguage]' syntax. And OpenXION has syntax for constructing OOP Objects, which would be very handy for creating GUIs and API objects.
LC <> xTalk! Me thinks y'all's gots the Stockholm Syndrome because there really has only been one major source of active xTalk development for the past 10-12 years or so, and so there's been somewhat of a captive audience situation there I think. But in my opinion, it's been the LC way or the highway for far too long. So I'm going to keep looking for, and experimenting with, other xTalk interpreters right along with the work on the LCC based OXT Engines.
I've played around a bit in the recent past with GraalVM, which is based on (Java) OpenJDK, and so thinking about this, as a quick Proof-of-concept test this morning I compiled a executable of OpenXION as a 'Native' image, which means it runs without there being a JavaVM on installed in the OS. It works just fine, even speak and play 'sentence' commands work. If OpenXION can be used with GraalVM's Truffle API then xTalk would have some parity with the likes of Kotlin or Python in that VM, and possibly enable polyglot programing beyond the 'do tMyScript as [scriptingLanguage]' syntax. And OpenXION has syntax for constructing OOP Objects, which would be very handy for creating GUIs and API objects.