13:21:38beachBut then, the list is computed by LOOP, so an intermediate variable would have to be introduced to hold the result.
13:22:29beachSo (apply #'funcall (loop ...)) would become (let ((list (loop ...))) (apply (first list) (rest list)))
15:07:56beachHere is an interesting project suggestion for someone who is not too busy: Write a "magit"-like pane for McCLIM. And presumably call it "McGIT".
15:08:40beachSuch a pane will be a nice ingredient to have in an IDE. But it could also be used independently.
15:08:58beachI would think it could be attractive to non-Emacs users, for instance.
15:11:03splittistDon't forget the fun of making people look for the Super key (:
15:12:24shkahow one would hook in editor into that?
15:12:44beachThis project could be done in fairly small increments, and it could be useful very soon. I mean, many people use only very basic GIT features anyway, so it would be useful to such people almost immediately.
15:13:34beachEditor integration might have to wait until the IDE is more developed.
15:15:02beachThe project would include an (optional) application frame so that the entire thing could be run as an application.
17:37:59jmercourisI want a nodejs program callable from Lisp code
17:38:20pjbOh. Then implementing swank on nodejs could be a nice way to do it.
17:38:38pjbOtherwise, you can easily send requests containing lisp sexps, and evaluate them.
17:39:28pjbIt would then be trivial to write a RSRPL where you read as exp, send a request to your web app with it, read the response and print it. loop.
17:39:50lisp123defgeneric & defmethod - are they independent of package namespaces (i.e. if I do a defgeneric in package xyz and a defmethod on same name in package abc - it will work?)