dimanche, juillet 24, 2005

Développement Web, UCW, SourceForge et Lisp on Lines

Il semble que UCW n'ai plus strictement besoin d'un serveur Web (plutôt, il peut utiliser SLIME). Voir si cela peut faire en sorte d'être installé sur SF. Par exemple en utilisant des redirections. En fait, dans le pire des cas, il devrait être possible d'utiliser 'mod_perl' et un script qui forwarde vers un sous-serveur CL. Cfr. l'article <42ecfb69@news.broadpark.no> sur c.l.lisp.

Documenter alors cette installation.

Regarder aussi au blog de Bill Clementson, et au Lisp on Lines de 'drewc', similaire à 'Ruby on Rails'.

Marco a donné sur c.l.lisp des infos d'install d'UCW, dans l'article <m2mznzdn8v.fsf@soma.local> :
  • 1) grab ucw, arnesi and yaclml from darcs:

    $ darcs get http://common-lisp.net/project/ucw/repos/ucw_dev
    $ darcs get http://common-lisp.net/project/bese/repos/arnesi
    $ darcs get http://common-lisp.net/project/bese/repos/yaclml

  • 2) grab puri, iterate and rfc2388 for the respective web sites.

  • 3) create a directory with symlinks to the .asd files for all these libs.

  • 4) add said directory to you asdf:*central-regstry* (put something along the lines of (push "/path/to/dir/systems/" asdf:*central-regstry*) to your .sbclrc or similar)

  • 5) edit ucw/bin/start.lisp and make sure that your using the httpd backend (the (use-httpd-backend) form should be uncommented, all the others commented or just deleted).

  • 6) from a terminal load up ucw/bin/start.lisp (do this from a "fresh" lisp image (iow don't load up any packages or onything before loading the start.lisp file)).

  • 7) point your browesr to http://127.0.0.1:8080/ucw/examples/index.ucw

    since you're using the httpd backend you wont get the stylesheets or the javascirpt stuff (i haven't yet taught it to server static content) but it should be enough to get you started.

  • 8) open up emacs+slime, type M-x slime-connect RET RET RET.


Tags:

samedi, juillet 09, 2005

TODO manager, PIM, Wiki, etc.

En fait, je me demande si une solution à base de WikiMode (ou plutôt Muse) ne serait pas intéressante, ne serait-ce que comme mise en oeuvre rapide.

Cfr. par exemple le présent wiki/blog/.... Lui demander ce qu'il utilise exactement comme configuration. Je pense que ce pourrait être un bon départ. Cfr. également, intéressant pour des idées, Blogs Are Dead, Emacs Wiki Blog et EmacsWiki Patches.

L'aspect application web n'est cependant pas à perdre de vue. Et l'application CL est toujours d'actualité. Notamment pour la gestion des différents types d'éléments, et leur catégorisation. Au delà de la gestion des données en externe, il y aurait un front-end Emacs, bien sûr.

Bon, c'est une bonne idée à court terme, jusqu'à début septembre :-). D'ici là, ça me permettera d'y voir plus clair ...

mardi, juillet 05, 2005

lundi, juillet 04, 2005

TODO: todo mode, drkm-mml et EIEIO

Il faut absolument que je me trouve un TODO Mode pour Emacs, et que j'arrête d'utiliser mon blog à cette fin (ce n'est vraiment pas adapté). Voir à ce sujet une discussion récente (3 juillet 2005) sur gnu.emacs.help. (Re-)tester ORG Mode, mais je n'en étais pas vraiment satisfait. ÀMHA, la solution PIM externe (en CL) + interface Emacs (+ interface web) devrait être intéressante.

En fait, je pense que je vais dépenser un peu de temps dans Planner. Cfr. PlannerMode, MuseMode et PlannerMusePort. Et également une discussion récente sur f.c.a.emacs (vers le 5 juillet).

M'occuper également de 'drkm-mml', dont le but est de modifier Gnus MML pour ne plus générer du MultiPart MIME, mais utiliser un 'taggage' du message, afin d'être compatible avec tous les lecteurs de news (notamment Google Groups). Cfr. une note que j'y ai ajouté, vers la fin du fichier.

M'occuper également de EIEIO avant la sortie de CEDET 1.0. La première chose à faire est de documenter les mécanismes internes (représentations des classes, des objets, des generic functions, des méthodes, mécanisme d'appel des generic functions, etc.). Après, ..., ben après je verrai bien. Une plus grande conformance à CLOS serait fortement intéressante. Et l'introduction de MOP à certains endroits également (par exemple créer des objets pour les generic functions et les méthodes pourraient aider à l'implémentation d'une 'no-next-method' plus standard). Cfr. pour commencer une discussion récente avec Eric sur cedet-devel (commencée le 2 juillet, nommée « no-next-method in SemanticDB ».