I know what Lua is, but not the language itself. Definitely gonna learn it, if only to test on nspire_emu

I learnt Lua a few months ago, but haven't coded a lot of programs, it was more just learning.

Lucky for you, eh?

Quote from: Ashbad on April 14, 2011, 01:21:50 pm

I know Lua extremely well   It's actually a very powerful language for an interpreter, and I like it much more than python, because of stright out OOP, it has a much simpler table system -- it can be a pain for some applications, but for others it saves some programming time, and helps you think of the object easier

I don't wanna discuss this, but Python's OOP is better than Lua's.

First of all, Lua is not an OOP language, so you can't really do that comparison there. Otherwise you'd be saying something like "Axe's sprite commands are better than BASIC's." Yeah, because BASIC doesn't have sprite commands

Nobody has thought about the fact that the entire TI OS could be coded in Lua ?
Look:
 - TI was really fast to implement this Lua interpreter (since 05/2010)
 - Same Way of programming, Lua's objects and "toto.a, toto.b, toto.c etc .." variables, math.eval("DelVar "..varname) and expr("DelVar "&varname)
 - Same way of TNS structure, in the XML files, we've got "<gg:VAR></gg:VAR>" token for the widget variables, in the Lua's interpreted method we've got the "gc:" object

Thus, only one question : Can Lua be compiled ? or just directly interpreded by the ARM core ?

Wow, that's an interesting thought. If TI already has a Lua compiler, they could just release that and we wouldn't need to worry about this hacking just to get some ASM working on an Nspire.

Oh, true

But if Lua can be compiled as Levak suggested, it might not be too bad.

i asked some months ago to the technical support of TI about the posibility of an SDK for the Nspire, they answer me that the SDK was possible in models like ti-89 titanium because this calculators was using flashROM, but the nspire don´t use this, the lua posibility to programing will be usefull, but ASM programing couldn't be posible

i asked some months ago to the technical support of TI about the posibility of an SDK for the Nspire, they answer me that the SDK was possible in models like ti-89 titanium because this calculators was using flashROM, but the nspire don´t use this, the lua posibility to programing will be usefull, but ASM programing couldn't be posible

Um, the Nspire uses Flash ROM too. Also, ASM is already possible on the regular Nspire, so it should be possible on the CX as well.

I'm pretty sure they lied, the NSpire uses Flash ROM.

In the meanwhile, no SDK available here.

i asked some months ago to the technical support of TI about the posibility of an SDK for the Nspire, they answer me that the SDK was possible in models like ti-89 titanium because this calculators was using flashROM, but the nspire don´t use this, the lua posibility to programing will be usefull, but ASM programing couldn't be posible

Wtf... TI lies so much. The Nspire clearly has Flash ROM! And Flash ROM has nothing to do with programmability anyway...

Quote from: Sebasu on April 15, 2011, 12:21:13 am

i asked some months ago to the technical support of TI about the posibility of an SDK for the Nspire, they answer me that the SDK was possible in models like ti-89 titanium because this calculators was using flashROM, but the nspire don´t use this, the lua posibility to programing will be usefull, but ASM programing couldn't be posible

Wtf... TI lies so much. The Nspire clearly has Flash ROM!

NAND Flash isn't generally called "ROM", because it can't be mapped into memory where you can execute code from it directly. It's more like a hard disk, in that you have to read the contents into RAM. (Not that that in any way prevents an SDK from being possible, of course)

What would such an IDE do? There are already plenty of IDE compatible with Lua, that can integrate the TI-Nspire conversion tools.