[chicago-lisp] Gui interfaces

[Corey Sweeney]

I'm having GUI troubles, and I thought i'd see what everyone else is 
doing...

I'm having GUI troubles. Right now i'm using drscheme, which has unicode, a 
gui, and a builder. However, the gui is insanely slow. I do lots of 
complicated nested panels, and a screen refresh is taking over 15 seconds 
right now (it's getting too slow even for development work now). Gtk objects 
work much faster (but aren't stable as the gtk-ffi-lib is't finished)

Now I have the system split into a client and server, for just this type of 
problem....

The system can be interactively tested in the client, which is very helpfull 
during development.

Now if the client is written in scheme, then I can abuse the client/server 
spec, and add features on the client side... then when they are working, 
move them to their proper place on the server....

My other thoughts were to make a "thin gui client", which just managed 
events... so like we could have a client in any language that would recieve 
event X from the mouse, and pass to the server "event X happened". 

I tried writing the interface originally in java, but java seemed to freak 
on recursions. It's been a while, but if I remember right, it was like when 
a type A panel held a type B panel, which held a type A panel. (wouldn't 
even compile)

So I guess what i'm looking for is:
unicode support
Since it's part of the development cycle (i.e. 90% of the gui objects are to 
test things that aren't fully completed features yet), a GUI builder would 
be important.
and finally code portability or "thin-ness". i'm defining these as: if it's 
a scheme implementation that I can just cut and paste to the server code 
it's "portable", if its written in assembly but just passes events back and 
fourth, maintaining no real state, then it's "thin".


How is everyone else solving this?


Corey
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/chicago-lisp/attachments/20050901/472787b9/attachment.html>