Re: [ANNOUNCE] rep-gtk-0.18.4 (other scheme..)

["Chengqi(Lars) Song" <songcq gmail com>]

guile is just an example. and sure it can be extended by c library if there is any function missing.

I did a simple search in my archlinux's package manager, and found some other candidates/reference works:

0) extra/guile-gtk
   Guile-gtk is glue code to make the GTK+ (the Gimp Toolkit) accessible from Guile
1) clisp-lisp2: 
   ANSI Common Lisp interpreter, compiler and debugger (with gtk2 enabled)
2) clfswm: 
   A(nother) Common Lisp FullScreen Window Manager
3) stumpwm-git: 
   A tiling, keyboard-driven window manager written in common lisp
4) cmucl:
   CMU Common Lisp. There are two CMUCL bindings to the GTk+ widget set. Espen Johnsen's clg binds directly to the GTk event loop via the CMUCL FFI (GNU LGPL).  Gilbert Baumann's (older) binding uses a client-server model to avoid problems with mixing two event loops. 

I think the advantage of guile is that it's used by gimp, which is a popular and should be long living software, so guile-gtk will be well maintained as long as gimp is alive.

The advantage of clisp is that common lisp is a lot more powerful than scheme. but im not sure if it's a good or bad thing for developing sawfish.

Anyway, the more lightweight the development is, the more active can the development be. Thinking about those options is not a bad thing i think.

regards
lars

On Sun, 03 May 2009, Christopher Roy Bratusek wrote:

> Am Sonntag, den 03.05.2009, 22:09 +0200 schrieb Christopher Roy
> Bratusek:
> > Am Sonntag, den 03.05.2009, 19:21 +0200 schrieb Jose A. Ortega Ruiz:
> > > Harald Hanche-Olsen <hanche math ntnu no> writes:
> > > 
> > > > + "Chengqi(Lars) Song" <songcq gmail com>:
> > > >
> > > >> I think im running off topic but I'm a little bit curious about
> > > >> rep': why should we maintain a scheme implementation just for this
> > > >> software? can we just implement sawfish upon other scheme
> > > >> implementation such as gnu-guile/mit-scheme or plt-scheme? that'
> > > >> would be a lot relaxing for maintainers.
> > > >
> > > > Do these other schemes have modules, rep style? Also, there is the
> > > > integration with C code to be considered. It's probably not trivial to
> > > > port the whole package to those other implementations you mention.
> > > 
> > > Guile has modules that, i think, are functionally equivalent to rep's,
> > > but the syntax differs (rep module syntax is very close, if not
> > > identical, to that of scsh/scheme48). The gap could probably be closed
> > > by some macro definitions, or just a semi-automatic rewrite of jl files.
> > > 
> > > Regarding integration with C code, Guile is quite good at it (being one
> > > of its initial design goals), and there exist good bindings to gtk+ (and
> > > the whole Gnome library suite). IMHO, a port to Guile is perfectly
> > > possible; but of course it needs some work :)
> > > 
> > > Cheers,
> > > jao
> > > 
> > 
> > a) need someone who takes the goal
> > b) not before GNOME 3.0, since it comes with GTK+3.0 and I don't want to
> > waste time with GTK+2 in that time-window between 2.16 and 3.0.
> > 
> > Chris
> > 
> 
> c) well, do we want to give up rep/rep-gtk
> d) how fast do we get GUILE for GNOME 3?
> e) what about stuff we might need, but not in GUILE? (Is it beeing added
> upstream?)
> 
> Chris