I have an complete FFI to GTK+2 that currently runs in sbcl 0.9.7, cmucl 19c and openmcl 1.0. I generate the FFI using a program i wrote (lambda-gtk) from a "gtk database" i made with FFIGEN. I plan on moving this interface to CFFI, but dont know exactly when I will have time. (all that woudl be required would be to write a new "back end" that generated cffi exprs instread of an sbcl/cmu/openmcl exprs. I would also like to have the project use a verazanno generated "gtk database" at some point, but thats more work and not necessary for the first step of moving the whole thing to cffi.
details at http://common-lisp.net/project/lambda-gtk/
--rick
On Dec 11, 2005, at 3:45 AM, ssmith wrote:
On Sun, Dec 11, 2005 at 07:39:57AM +0000, Luís Oliveira wrote:
Hello,
Looking at your code, I have a couple of suggestions:
Cool, thanks.
BTW, have you looked at cells-gtk?
I have, although briefly. It looks neat from a software-engineering view, but my feeling is it would be hard to develop a HIG-compliant GTK app in it. Good for code reuse if that was your goal though.
The "right" way to do a GTK lisp framework would probably be similar to the PyGtk bindings. CLG looks more like this method, but I only discovered it last night soI need to take a closer look. It may be another good candidate for a CFFI port though. However I'm a relative newbie to Lisp.
BTW, has there been any thought on mapping C++ classes to CLOS?
Cheers, Steve _______________________________________________ cffi-devel mailing list cffi-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel