Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - indo

Pages: [1]
1
TI-Nspire / Re: Lua workflow
« on: January 01, 2013, 03:05:58 pm »
Quote from: Lionel Debroux on January 01, 2013, 03:05:56 am
Quote
The ScITE IDE has the best support of any IDE, but it is windows only.
Not sure what you're referring to, as I use SciTE under Linux on a daily basis.

*googles* Heaven, I even found an OS X version using MacPorts. Is this NSpire Lua support or they Ndless only?

Quote from: Lionel Debroux on January 01, 2013, 03:05:56 am
Quote
The worst part of programming for the calculator is that TI makes large projects a major PITA as everything has to be in one large text file.
Said large text file can easily be assembled from multiple scattered text files, though ;)

Which is bad! :) Time spent scrolling is a large part of a programmers job!

Quote from: adriweb on January 01, 2013, 08:27:31 am
I am myself using Intellij with the Nspire Lua Plugin I made for it (latest version here : http://tiplanet.org/forum/archives_voir.php?id=8182 ) which makes coding just plain easy.
It has to be used with the "Lua" plugin available on intellij natively (plugin downloader).
Thanks for your plugin, it is very useful! I can not get the debugger to work, so I use it when I need to refactor. The Lua plug-in for Eclipse should allow it soon as well.

Quote from: adriweb on January 01, 2013, 08:27:31 am
After that, I use some bash script to concatenate all my .lua files and finally Luna to generate the .tns from that.
Then I open it on TINCS and/or the calc itself. It doesn't take me a long time since it can be all automated with a keybinding or something.
I know Jim Bauwens has something like that too.

This is not cross-platform compatible and needs manual adjustment. I am suggesting a standard workflow and maybe inline it with the IDE(s). 

Quote from: adriweb on January 01, 2013, 08:27:31 am
Also, Jim has in mind some online Nspire SDK too, so indeed he's the person to talk to :D
He'll see this topic for sure so he'll reply :D

I do not mean an SDK, but a web-like workflow.   Program in normal Lua and test using virtual NSpire (such as PC-Spire) and use scripts to "compile" the code and move it onto a real NSpire. This way we optimize the desktop environment for testing and iterative optimization of code (like a dev machine with local Apache / MySQL) and minimize manual labor needed to "upload" everything onto a real NSpire (like a remote server).

The larger goal is to remove all of set-up and gotchas required of a new developer.  The less time we spend customizing our tooling, the better!

(Thank you all for your responses!!  Sorry for my english, I am rushed today.  Happy new year!)

2
TI-Nspire / Lua workflow
« on: January 01, 2013, 02:40:14 am »
Tooling for Lua programming sucks.  The ScITE IDE has the best support of any IDE, but it is windows only.  IntelliJ requires setting up Lua locally and setting up a remote Lua debugging environment. The worst part of programming for the calculator is that TI makes large projects a major PITA as everything has to be in one large text file.

I think that solution is to create a web-like development workflow.  The calculator is a lot like a web-server, the local system is a mostly ;) identical staging-server, and the conversion process is a lot like LESS compilers and HTML compression.

I want to start putting all of these pieces together, but I am an intermediate-novice ;) and I want to try working collaboratively on a project.  Would anyone be interested in coordinating with me?

I think the first step is to implement a macro to replace 'require' imports with the actual text and then convert the file to a TNS document using Lua.  The next would be to add support for the NSpire APIs.  Andri put up a dummy library and the PCspire provides one that requires Love2D.

I was thinking of targeting Eclipse as it has a commercially backed Lua implementation and a powerful plug-in system.  It would also appear that we could tuck in Love2D and provide a remote run-time environment using nspire_emu.  However, I am a total newb to Eclipse plug-in development and Metalua, so I would (at the very least) need a lot of guidance to get this part working.

I would kill for Moonscript support, but as it uses LPeg and Eclipse Lua uses Metalua...

Anyway, thoughts?

Pages: [1]