LuaZM v0.1 Beta: Lua for the Casio Prizm

[KermMartian]

The programming language Lua has been around for fifteen years, and has recently gained significant traction as an introductory scripting language. As I mentioned when I first announced the LuaZM project, the TI-Nspire CX has had Lua for about a year now, Texas Instruments' uneasy relationship with hobbyist programmers notwithstanding. I'm proud to release the first beta of LuaZM to the public, along with documentation on the current features of the core program and its included libraries. Create your own .lua programs, then use LuaZM's handy graphical file browser to select a program and run it. LuaZM also includes a command line where you can test out commands and functions. LuaZM is a semi-port of Lua 5.2.1. Please try out this beta, give me feedback, and start publishing your own Prizm Lua programs! Compatibility layers for Nspire and LuaFX programs may be coming soon. Special thanks go to Juju and AHelper for the PrizmIO console library and the File Browser GUI respectively.

Download & Read More
LuaZM v0.1 - Casio Prizm Lua Interpreter
LuaZM reference documentation


_________________

[vebveb]

You should add functions to scroll the screen of your clipping rectangle and to save it and restore it later (as in luaFX).

I think a compatibility layer for luaFX programs is possible, but some functionnalities will be difficult to make it compatible (I mean the file library and the module system). For the other functions, it is not quite difficult: add '(' and ')' to the .lua where it is needed, load a different library.

[gbl08ma]

Yet another promising project from the guys at Cemetech. I'm specially excited for the (both standard and Prizm/Nspire-specific) libraries that hopefully are coming...

Also, I miss a cursor in the console... not being able to go back and insert text is a pain.

I figured out a clean screenshot not taken with a camera on an actual Prizm would be nice, so here it is...
Unfortunately your method for capturing keyboard keys doesn't work on the emulator, so I couldn't open the About screen or print an epic "Hello Moon" message




gbl08ma gets more and more annoyed that people don't use standard GetKey syscalls when possible...
_________________
My blog, where I write about random things... | tiny URL shortener
View JPEG images on your Prizm | Utilities for the Casio Prizm - clock, stopwatch, calendar/agenda, add-in manager and more!

[flyingfisch]

Wow, this is awesome.

Is it possible to write in lowercase in the command line?

EDIT:

My program I made will not run.

[gbl08ma]

Writing in lowercase is a bit cumbersome/buggy but I think the idea is to switch between caps and lowercase with the OPTN key.
_________________
My blog, where I write about random things... | tiny URL shortener
View JPEG images on your Prizm | Utilities for the Casio Prizm - clock, stopwatch, calendar/agenda, add-in manager and more!

[flyingfisch]

Ah, OK.

Does anyone know why my program will not work though? It says there is a problem near <eof>.
_________________

[Ashbad]

[gbl08ma]

The problem with not using GetKey in hardware is that you are unable to take screenshots and do things like turning off the calculator (without adding additional code for it like Kerm did in Graph3DP).

I personally like the suggestion Ashbad used in his Pong and Raptor games: when the custom keyboard routines detect the Menu key, Shift+AC or Shift+7, they do a standard GetKey syscall so that the special events are handled.
_________________
My blog, where I write about random things... | tiny URL shortener
View JPEG images on your Prizm | Utilities for the Casio Prizm - clock, stopwatch, calendar/agenda, add-in manager and more!

[KermMartian]

Yes, PrizmIO needs the modifier keys changed up; they're currently nonsensical. I have made suggestions to Juju about it, and since he's planning to make a lot of changes to PrizmIO based on my suggestions, I didn't bother making the changes myself yet. No sense doing it twice if he's going to get to it soon. If he's not, though, I'll just do it myself. Here were my suggestions:
http://www.cemetech.net/forum/viewtopic.php?p=188440#188440
Oh, and for what it's worth, PrizmIO currently uses Ashbad's system to check if keys are currently pressed or held.

Flyingfisch: Although that should work, what do you have against calling the functions directly? Is it faster that way? I'll try your code on my Prizm and see how it runs.

Edit: As requested, here is a list of planned features for LuaZM before 1.0:
:: Either get a fixed PrizmIO or fix PrizmIO
:: Finish overhauling IO library and include it. Add serial port support.
:: Finish overhauling OS library and include it.
:: Decide whether to include the Coroutines library
:: Decide whether to make a LuaFX compatibility layer or just port over (some or all) of the ten existing LuaFX programs.
_________________

[flyingfisch]

[KermMartian]

I suspect it might be slightly faster to do it that way. Can you use the zmg.ticks() function wrapped around 1000 calls of some function written both ways to see what the relative speeds are?
_________________

[vebveb]

Yes, it faster:

local clear = zmg.clear
clear ()

first part : local clear = zmg.clear
search the global zmg
find the index clear
put the result in an upvalue

second part : clear()
load the upvalue
call it

and the other way: zmg.clear()
search the global zmg
find the index clear
call it


Then if we call a function multiple times, the first way is faster.

[flyingfisch]

[KermMartian]

Ah, UTF-8 is encoding, it doesn't understand UTF-8. Try ANSI encoding.
_________________

[flyingfisch]

Oh, ok.
_________________

[KermMartian]

[flyingfisch]

Is there an implemented text input routine for LuaZM?
_________________

[KermMartian]

[flyingfisch]

Oh, cool.

Why don't you import the io standard library instead of adding it to zmg?

EDIT:
Just looked at the docs. I didn't mean to draw text, i meant to get user input from the command line.
_________________

[KermMartian]