What is LC's internal text format?

[Lagi Pittas]

Hi Bob,

So my rant didn't go to the bit bucket.

To answer your question NO that wouldn't happen - adding "Side" languages
to use with the IDE introduces people to a saner way or doing things.

We could use Python and or  Javascript for the great libraries and make
them callable with a LCB wrapper and use LC for the stuff we need to
understand.
I Never mentioned Java and  Javascript is certainly NOT Java thank God. For
Java they can use FFI as punishment for all all the boilerplate. For Kotlin
we could make an exception. ;-)

Anyway It's no different to having LCB as a "second" statically typed
language.

Actually if we could make it work like Steve Wozniak's pseudo 16 bit
interpreter "Sweet 16"  or how you could switch into assembler using
$ASMMODE in Turbo Pascal or [ ] BBC Basic except switch into the "side
language"  that would be the icing on the cake.

I now quite like Livecodes non dot-notation and I've even acclimatised
myself to "PUT" , as usual it's "comfortable shoes". To me Pascal was the
easiest language to read but even I can't argue that Hypertalk is MUCH
easier to read. Never bothered about being terse - only being readable.

Regards Lagi

On Mon, 26 Nov 2018 at 18:39, Bob Sneidar via use-livecode <
use-livecode at lists.runrev.com> wrote:

> I would be concerned that if a large number of Java coders (far more than
> the LC coders) were to come on board, we would end up with a java
> development environment as the java people would dominate the demand and
> direction of LC.
>
> Bob S
>
> > On Nov 21, 2018, at 09:00 , Lagi Pittas via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >
> > How many JavaScript and
> > Python programmers would love to create desktop applications?
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>