Nicolas Martyanoff <[EMAIL PROTECTED]> kirjoitti Thu, 18 Oct 2007 13:12:42 +0300:
> Le Thu, 18 Oct 2007 09:33:45 +0200, > [EMAIL PROTECTED] a écrit : > >> Hello, >> >> Quoting Nicolas Martyanoff <[EMAIL PROTECTED]>: >> > I'm a 21 years old french student >> >> Where in France do you live? > Les Ulis (91) > >> The Lisp community, although small compared to that of Java or others, >> is alive and well. It mostly hangs around the comp.lang.lisp >> newsgroup, and the #lisp IRC channel is always quite busy. > > I had a look to #lisp, and it is indeed really interesting. > For the newsgroup, I never used them; I just lurked a bit on > comp.lang.lisp, but there are so many spam :( > >> > I've been doing a lot of Google searchs to find some stable >> > libraries, and most of the libs I found were abandoned, hardly ever >> > finished. >> >> What kind of libraries did you need and have not found? > In general, I need: > > - A modern and fully usable GUI (with anti-aliasing, a > lot of widgets, unicode text rendering, if possible with a GUI builder > application). I just saw that there was McClim, going to try it today, > > - A fast and full-featured 2d library (cl-sdl isn't developed any more, > and looking at the code, it doesn't seem to use the modern (and > enjoyable) cffi API), which performs font rendering, image loading, > with some GUIs, such as pygame. > > - An advanced network/thread library (I need multiplexing > (select, poll, /dev/epoll, kqueue...), sendfile(), readv()/writev(), > etc. for network, and classic stuff for threads). usocket doesn't do > these, and I am looking at iolib. > > I have always the feeling that these libs are a kind of "old dusty > stuff", unused outside of a bunch of geeks (don't take it the wrong > way, i'm just trying to express what I fear); I know it's just a > feeling, but it's disturbing (some people already told me "forget Lisp, > use a modern language", it's really bugging :s) > >> >> > In this context, it's really difficult to be motivated about working >> > with Lisp. It's a language very tempting, but it seems it has no >> > future. >> > >> > Anyway, I want to believe in Lisp, and I want to use it (I'm >> > working on an online 2D RTS video game, and would want to use Lisp >> > for server and client). >> >> This is a good idea. I'd recommend trying the following libraries: >> - usocket for networking (http://common-lisp.net/project/usocket/) >> - pal for 2D graphics (http://common-lisp.net/project/pal/) >> >> If you need to see some code to help you get started, you might be >> interested by a little bomberman-like game prototype available on >> http://matthieu.villeneuve.free.fr/dev/games/ (should work but needs >> some optimization, currently there is only one thread on client side, >> doing update, graphics and networking). > > Thank you for these links. > Pal seems interesting, however, as you say on the main page, > "You need to use HGE's bitmap font builder to create the fonts > resources.", and I'd want TrueType Fonts support, and no dependancy to > a Windows software (I have no Windows at home, don't want any, and am > even thinking about releasing my project on anything but Windows...). > > A little question; looking at the demo page of Pal, I see that there is > some no user-friendly work to perform in order to try them. > Is there some ways to package an a lisp application to allow common > users to use them easily ? > > Regards, > As you noticed, currently PAL requires HGE font builder which is Windows only, but it shouldn't be hard to add support for other bitmap font formats. I just haven't found any portable bm font builders yet and haven't had the time implement one myself. As for TTF support, it is probably going to be the next thing I add in PAL after I got the currently embryonic gui subsystem to a somewhat working state. After that implementing a bm font builder is also going to be easy. As for packaging PAL (or any other lisp apps) for end users it depends on the OS you are using. - With Windows it's easy to just pack the lisp image with required dynamic libs. - Under Linux there are more ways to do it; most straightforward is similar to Windows, build a tar.gz/.deb/etc. package from the lisp image and required data files, require that the user has necessary packages installed (in pal's case the SDL libs) and you should be done. - Distribute it as a source package. User just needs to install a lisp compiler, preferably SBCL or CLisp and after that do the usual make && make install dance. Details left as an exercise to the reader ;) Problem with the first two approaches is the huge size of SBCL images but I think that is more of an psychological than technical problem these days. You could also use CLisp if you don't need maximum performance, it produces fairly small images. ECL might also provide other, more traditional, distribution options but I haven't looked into it that much. -- tomppa _______________________________________________ Gardeners mailing list [email protected] http://www.lispniks.com/mailman/listinfo/gardeners
