Happy New Year!
What new features would you like to see in uLisp this year? Or what additional documentation or tutorials do you think would be useful?
I’ve moved two recent posts here from the same topic of last year. For the rest of that topic see: What would you like to see in uLisp in 2023?.
An independent ulisp from arduino so I can use it as a script library in other setting like even iPhone and android, obviously a lot has to be done after that as it cannot do many per setting thing. But just one scripting language stuff and start from there.
I saw that there is a ulisp as a library and would start there.
Picolisp [https://picolisp.com/wiki/?home] excels at this for android, there is an application called Pilbox [https://picolisp.com/wiki/?pilbox] that will run your Picolisp programs on the device, which can load them from an url.
I’d like to suggest a feature for the self-contained Lisp computers: A REPL history feature, i.e. the possibility to call up at least just the last line typed into the local REPL with a single keystroke, say “cursor key up” or whatever. I’d consider this incredibly helpful for beginners like me because it’s tedious to retype a line that included a mistake and thus threw an error.
I tried to figure out how to implement this myself but haven’t yet understood the REPL internals enough to see the right entry point.
Replying to @Ginkgo
I’ve wanted that too and have put some effort into making it happen, here’s what I learned: The first thing is that if you’re using a serial terminal like the Arduino IDE or termite it has history and editing etc, so the ulisp repl just taking in strings is perfectly fine. Those features are only important if you’re using ulisp on a self contained device like the t-deck.
The second thing I learned is that adding features like line editing and history require close to the effort of writing a text editor program. IMO in that sense one is better off writing a standalone program in ulisp that does what you want than modifying ulisps internal repl to add those features. This is something I’ve attempted but haven’t gotten too far in.
I had the same idea as Ginkgo , some special key in ulisp to recall the last line typed.
Or even better a small editor perhaps …
Gave it another try today but again without success. While I managed to save the last line successfully typed into the REPL within a new global variable, I sadly found no way to “inject” it into the reading process due to the character based workflow (?). Maybe there is a way, though? A hint would be very welcome. (I know the remote serial terminal provides a history, but to me the whole point of a self-contained Lisp machine is, well, to use it self-contained…)
If you are using uLisp on a platform with a display you could implement this uLisp editor:
See also:
I assuming you’re using uLisp with a terminal? Don’t you have the history visible on previous lines of the terminal window, so you could just copy the last line typed from the terminal history, and paste it at the uLisp prompt?
One option is the program editor, included with all versions of uLisp:
Hi David
I’m using gtkterm in linux , but as far as I know this hasn’t a history of typed commands. I didn’t know about the editor , I will take a look at it.
Regards,
Ronny
That’s correct, I can always use uLisp with an external terminal (like the one in the Arduino IDE that offers a history). My suggestion refers to self-contained uLisp computers unplugged from a bigger PC, like the T-Deck or the Keyboard FeatherWing, then using the built-in keyboard and the built-in screen only, on the go, so to speak. The basics are working absolutely fine, of course, but when one types a mistake on the tiny Keyboard and hits Enter, causing an error, one has to retype the whole thing again, because the faulty lines do not lead to an accepted Lisp object that could be edited.
I’m definitely not complaining, though, since uLisp offers so much already. This was just a suggestion!
Hello David,
I hope your are doing well.
From a technical standpoint, integrating ulisp with the Zephyr RTOS would be a valuable addition. This would enable the execution of ulisp programs on Nordic’s nRF9160, opening up new possibilities for low-power cellular IoT applications.
From a community perspective, establishing a dedicated GitHub repository for collecting “external contributor examples” alongside the existing “Simple, Larger, and Game” examples would pave the way for creative and experimental collaborative usage.
Best Regards
This is an excellent idea. I assume it should be public so everyone can contribute to it without someone needing to maintain it.
One idea is that it could be a thread on this forum.
Alternatively it could be a GitHub repository, something like this:
It should probably cover:
Further suggestions?
I’ve had a quick look at the Zephyr RTOS documentation, and integrating uLisp with it looks like a pretty major project. If someone else is interested in taking this on I’d be happy to provide help.
Hi,
Thanks a lot for the feedback.
Ohh the Awesome Common Lisp is quite extensive! However, I was thinking of something a bit more simple.
In fact it is quite positive and useful for a beginner / amateur like me that the ulisp examples just work when followed step by step. However, creating such content requires expertise in both programming and electronics / embedded systems while keeping the tutorial easy to follow.
For example consider creating a “larger” example for simulating a digital chess clock using ulisp (or any other open idea). You’ll likely need:
Two I2C displays
Four or five buttons
ulisp code
Additional materials
With a collaborative approach, even a beginner could start the tutorial. Several authors could contribute / correct / guide it until it’s completed and tested. At that point, you could add a link to the tutorial within the ulisp forum’s external examples section. Of course the idea is always to keep the same “ulisp / technoblogy tutorial format” of providing pictures of the hardware + code + bill of materials.
Best Regards
Hi,
The only similar approach for integrating a lisp implementation within Zephyr OS that I could find was here: https://svenssonjoel.github.io/pages/lispbm_zephyros_repl/index.html.
However, it seems that a full port would need to be done since ulisp is based on the Arduino implementation.
Thank you for checking!
Best regards,
A chess clock is a great idea for such a project, because it’s something you might want to customise; eg for lightning chess, or special rules.
There are quite a few examples on the uLisp Sensor Library site that could form the basis for hardware projects; for example:
1+ on this, uLisp is a delightfully useful and powerful subset of CL! It works shockingly well with few disappointments. I’d love to use it for scripting particularly given the tiny size and instant startup.