git clone 'https://github.com/HiTECNOLOGYs/cl-charms.git'
cl-charms is an interface to
libcurses in Common Lisp. It provides
both a raw, low-level interface to
libcurses via CFFI, and a more
higher-level lispier interface.
It is intended to succeed
cl-ncurses, which used the less portable
UFFI instead of CFFI for foreign bindings. Indeed,
includes portions of code from
cl-ncurses, and is largely a direct
translation of the latter's UFFI definitions to CFFI.
Currently, the low-level interface (the package
probably feature-equivalent to
cl-ncurses and compatible with client
code. In the future, however,
cl-charms may break compatibility with
cl-charms has been developed by its original author, Abhishek Reddy
(email@example.com), since beginning of October 2010 for quite
some time, then abandoned for unknown reason. After that, in 2014,
Mark Fedurin (firstname.lastname@example.org) took responsibility for keeping
the library in working state. Robert Smith (email@example.com) began
to fix up the CFFI bindings and provide a friendlier interface.
The software is released under an MIT-style license. See the file
COPYING for details.
The imitator dooms himself to hopeless mediocrity. The inventor did it because it was natural to him, and so in him it has a charm. In the imitator something else is natural, and he bereaves himself of his own beauty, to come short of another man's. – R.W. Emerson on originality.
Versioning roughly follows the scheme described in Semantic Versioning. Only “releases” will be versioned.
Since we are still pre-
1.0.0, the minor version will indicate API
breakage. Despite being pre-
1.0.0, what exists in the low-level
interface as of now is quite usable for ASCII usage. We consider this
“beta” quality. The high-level functionality is considered “alpha”
cl-charms has been tested to work to a reasonable extent (e.g.,
example code runs) on the following platforms:
It may work on other implementations and system but there's no guarantee. More testing is really appreciated.
cl-charms ought to function on other implementations of Common Lisp
libcurses on various distributions of UNIX and UNIX-like
systems. See the section on Bugs and Contributing below for how to
help test and realize this.
cl-charms is supposed to be only bindings along with a separate,
no-frills interface atop: nothing more, nothing less. For
full-featured TUI see: https://bitbucket.org/naryl/cl-tui
cl-charms works on Windows with some limitations. Currently colours are not
supported and some other features like bold might not work correctly. In order
cl-charms on Windows, you'll need PDCurses library that is available
at http://pdcurses.sourceforge.net/. If you want to use GDI instead of console
http://www.projectpluto.com/win32a.htm would be a good option.
While the original PDCurses project offers prebuilt binaries, using project pluto requires you to compile your own binaries.
Usage is as simple as placing the
pdcurses.dll (optionally renaming
libcurses.dll) either in
PATH or in the directory where you're
cl-charms program. Project pluto will require
additional dependencies, namely
If you're Quicklisp user, then simple
would suffice, as
cl-charms is in Quicklisp.
If you're not, then install Quicklisp and follow to the previous paragraph.
The low-level library is contained within the package
charms/ll. This is mostly a
one-to-one equivalent to standard curses functions.
The high-level library is contained within the package
There are currently two examples.
You might also want to check out the following applications written
A minimal, simple timer/stopwatch program.
* (ql:quickload :cl-charms-timer) * (charms-timer:main)
A simple ASCII art drawing program.
* (ql:quickload :cl-charms-paint) * (charms-paint:main)
As a minimum, it would be appreciated if the library was compiled and loaded on various Lisp systems on a variety of operating systems.
You can use GitHub project's (which is located here: https://github.com/HiTECNOLOGYs/cl-charms) issues tracker or wiki to contribute bug reports/patches/etc. or just send an email to one of the maintainers.
Major areas of work to be done: