Luna, here she is!

Luna is the first third-party Lua script converter for TI-Nspire compatible with OS 3.0.2. It defeats the useless compression and encryption layers described in earlier posts.

Long-time TI-Nspire users, you now won’t need to pay for a Computer Software licence to code in Lua.

Developers, you won’t click and click and click anymore to convert/test/run your programs as you have to with the official kit.

Linux users, here is a portable tool.

Hackers, this can be a good base to build (or rewrite) third-party TI-Nspire document generators.

Enthusiasts, support for C and ARM on OS 3.x might not be so far…

I like this sound of openness and happiness, don’t you too?



19 thoughts on “Luna, here she is!

  1. Wow! This is simply amazing! Congratulations on a job very well done!
    Now on to ndless 3.0 :P
    Good luck and great job :D

  2. I’m interesting in it : If it supports the compression in one way, does it support compression backward ?

    Because a “third-party TI-Nspire document generators” is possible knowing the new XML syntax (they changed it a little bit when they began encryption)

  3. Brilliant – thanks very much! I got it to compile on the Mac OS X 10.6 – but with a bit of a hack.
    Three things –
    1 – Build libcrypto.a libssl.a – by downloading source from OpenSSL
    2 – Rename crypto function (and its call) in luna.c, to say ‘dcrypto’ – as I had conflict definitions
    3 Force the FILE32API definitions for 64b filesystem calls –
    #define fopen64 fopen
    #define ftello64 ftell
    #define fseeko64 fseek

    I tried to force the definition USE_FILE32API – but ignored. Could the definitions be loaded twice? You use one definition around the h file – ZLIBIOAPI64_H and use ZLIBIOAPI_H elsewhere.

    1. I’ve found a basic way to get them :D
      The clipboard is really talkative \o/

      I mean, like the TI-Nspire Preliminary Scripting tool, I can dump the content of the clipboard during a copy/paste in TI-Nspire Computer Software. here the data is clear and readable.

      In the other way, we need to be more accurate since my tests don’t work in C# (I don’t know JAVA). It says that the header of the clipboard data is incorect (Java handled I guess).

      Anyway, I have to look for that, but since I have another project (Make3D), I share this tip. =)

  4. ExtendeD : Will it be possible to switch the argument order and add an ‘infinite’ number of input files like maketns (by JayTe) does ?

    It is smarter to work with multiple files.

    It will only be a concatenation of the input files.

    Later, a builder mode could be great, like the one I made from maketns source code here :
    I suggest you a mode (a flag to activate) because it won’t be useful for many of users.

  5. @Levak:

    ” Will it be possible to switch the argument order”
    Sorry, I know it would make it look like MakeTNS, but it’s really not the standard order of parameter. Have a look at any Unix command-line tool.

    “and add an ‘infinite’ number of input files like maketns (by JayTe) does”
    You’re right, it’s a must-have.

    “Later, a builder mode could be great, like the one I made from maketns”
    I unfortunately won’t have time for this, but I will gladly integrate a patch for this from you or someone else.

  6. Is there a GIT/SVN/whatever repository available somewhere?

    Anyway, awesome! Now I don’t have any more excuse to not finish my text editor in C++/Qt for the Nspire ;)

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s