hocwp a écrit 325 commentaires

> En plus Erlang évite la syntaxe du LISP
Pourquoi tu veux éviter la syntaxe du LISP ? C'est un de ses points forts il me semble.

1/ Ca je veux bien le croire.

2/ BO2K fonctionne très bien avec XP. Je ne l'ai pas testé avec Vista. Mais la dernière mise à jour date de 2007 et il y a encore des forums actifs. Par contre c'est effectivement que pour windows.

3/ Ben jette un coup d'oeil :
http://bo2k.cvs.sourceforge.net/viewvc/bo2k/bo2k/src/main.cp(...)

Sinon vu que le code est disponible, il est possible de créer beaucoup de versions différentes.

Oui tout à fait. Mais vu que bo2k est en GPL et qu'il contient des propriétés intéressantes (par exemple effacer ses traces dans la liste des processus...). Il y a sûrement du code à prendre pour faire un virus.

Il y en bien Back Orifice pour administrer 'son' windows à distance et faire plein d'autres petites choses sympa... :)
Il est sur sourceforge et en GPL. Mais bon ce n'est pas un virus à proprement parler.
http://www.bo2k.com/

Tout à fait d'accord. Si le problème est l'ordre des valeurs renvoyées, alors plutôt que de ne pas utiliser un principe utile (les valeurs multiples) pourquoi ne pas rajouter au langage un moyen de ne pas se tromper ?

Par exemple en lisp ça donnerai quelque chose comme ça :

(ma-fonction (...)
  ...
  (values :min -10 :max 20))

(values-bind (:min min :max max) (ma-fonction)
  ... utilisation de min et max ...)

ou :

(values-bind (:max max :min min) (ma-fonction)
  ... utilisation de min et max ...)


Il n'y a plus besoin de savoir dans quel ordre ma-fonction retourne les valeurs min et max puisque ces valeurs sont nommées. La fonction values-bind n'existe pas dans le standard mais elle est très facile à coder.

Oui, enfin je me rends compte que personnellement je ne me sers pas des fonctions générées de manière aussi bourrine. Maintenant je préfère faire une bibliothèque spécialisée qui appelle les fonctions de plus bas niveau. Dans ce cas il y a moins besoin d'un convertisseur automatique.

> Porter OpenGL dans un langage, c'est difficile point.
C'est quelque chose qui s'automatise relativement bien quand même.
Par exemple pour le Common Lisp, ça m'a pas pris environ un mois sur mon temps libre : http://hocwp.free.fr/ah2cl/

J'adore cette partie de ta FAQ :)
<quote>I am an X-window guru and I can tell you are not doing things the right way.
Ah, finally. Come on closer, I have a lot of questions for you.</quote>

J'avoue. Mais je trouvai ce paragraphe plutôt chantant :)

<quote>En français dans le texte, ça nous donne les étapes suivantes :
* on prend les données en clair ;
* on calcule le MIC à partir de la MK, des adresses (SA et DA) et des données en clair (MSDU) ;
* on place le MIC à la suite des données en clair ;
* on incrémente le TSC ;
* on calcule une PPK à partir du TSC courant, de la TEK et de son adresse MAC (TA) ;
* on présente la PPK au moteur WEP comme 24 bits d'IV et 104 bits de clé WEP ;
* on chiffre les données et le MIC en WEP ;
* on envoie la trame.</quote>

C'est parfaitement clair pour un non initié :)

> Mais j'avoue, les tillings wm ne sont pas adaptés à l'utilisation de The GIMP,
Pas tous : http://common-lisp.net/project/clfswm/gimp-layout.ogv

Voila un début d'explications en *texte* ici : http://trac.common-lisp.net/clfswm/wiki/Start

Un version française est aussi prévue. N'hésite pas à corriger ou à demander des infos complémentaires.

Quand tu cliques sur une application, elle devient la principale et si le cadre la prend en charge, il va la mettre en évidence. C'est le comportement de larswm par exemple, où la fenêtre principale est toujours en plus grand à gauche des autres applications qui sont organisées en colonne.
Sinon merci pour ta persévérance parce que clfswm demande sûrement un temps assez long d'adaptation. Mais ça ne devrais pas être trop dur si tu a déjà joué avec d'autres tiling wm (larswm, ion, dwm...).

Ben tu peux faire beaucoup de choses avec les menus (control+> et > ou m par defaut) : http://common-lisp.net/project/clfswm/menu.html
Ensuite la liste des touches t'indique ce que tu peux faire avec le clavier _et_ la souris dans chacun des modes : http://common-lisp.net/project/clfswm/keys.html
Et enfin la liste des actions avec les coins de l'écran est indiquée ici :
http://common-lisp.net/project/clfswm/corner.html

Sinon les touches que j'utilise beaucoup:
* Control+> et o pour ouvrir la prochaine fenêtre dans un nouveau cadre.
* Control+> et ! pour exécuter une commande quand je n'ai pas un terminal d'ouvert.
Après la navigation se fait comme indiqué dans la news.
Pour déplacer une fenêtre d'un cadre à l'autre, c'est control+x/c pour couper/copier puis control+v pour coller. Tout ceci dans le second mode (control+>).

Je vais rajouter une page sur le wiki qui est enfin (pour l'instant) accessible :)

Rah, c'est bien le moment :(

Il est enfin de nouveau accessible ici : http://trac.common-lisp.net/clfswm/

C'est normal aussi : la touche Menu sert à changer rapidement l'agencement d'un cadre dans clfswm.
Pour pouvoir t'en servir à autre chose, tu peux rajouter ceci dans ton fichier de configuration
($XDG_CONFIG_HOME/clfswm/clfswmrc ou ~/.clfswmrc) :
(undefine-main-key ("Menu"))

Stumpwm est vraiment un tiling window manager : on découpe l'écran en zones qui ne peuvent pas se superposer.
Dans clfswm au contraire les cadres peuvent se superposer : leur coordonnés s'expriment de manière relative (en %) au cadre parent.
L'autre différence est qu'un cadre de clfswm peut contenir d'autres cadres. Ce qui permet de grouper les applications pour naviguer rapidement entre elles.
Un cadre peut agencer les cadres et les fenêtres qu'il contient de manière différentes (tiler, maximiser...)
La gestion de la souris est prévue depuis le début dans clfswm (dans tous les modes), au contraire de stumpwm qui prône sont bannissement.
clfswm gère aussi les fenêtres flottantes. N'importe quelle fenêtre peut être flottante ou prise en charge par son cadre.
Comme exemple de différences, regarde comment se gère le GIMP dans clfswm (5ème lien dans la news) et comment tu le gère dans stumpwm.

Sinon de manière (beaucoup) plus subjective, je trouve clfswm plus souple à utiliser que stumpwm.

Salut sbaboc, content que clfswm te plaise :)
Ton problème avec le pavé numérique est tout à fait normal : je n'ai pas encore fais comme dans xbindkeys où on peut ignorer le numlock du pavé numérique.
Pour l'instant la version bourrine pour gérer le pavé est de rajouter :mod-2 à toutes les association de touches.
Je rajoute ça dans la TODO liste pour la prochaine version (et dans le git/svn sous peu).

Parce qu'il faut un mainteneur et que je n'ai pas envie de surchargé celui qui maintient déjà un de mes autres programmes (xbindkeys).
Bon je vais demander chez debian vue qu'il semble y avoir une demande.

J'ai oublié, mais la différence avec un paquet debian c'est qu'a aucun moment il est nécessaire d'être root pour faire le test. Tout peut se faire avec un utilisateur lambda.

Il n'y a pas encore de paquet Debian : je n'aime pas trop le fait de faire un paquet non officiel.

Par contre j'ai fait un paquet binaire ici (testé sur Slackware et Ubuntu) :

http://common-lisp.net/project/clfswm/clfswm-bin-0809.tar.gz

Il suffit de l'extraire quelque part et de lancer le script clfswm à la place du gestionnaire de fenêtres.

Par exemple pour le tester sur un display en parallèle il suffit de mettre dans le ~/.xinitrc :
#!/bin/sh
# xhost local:local ## si problème de protocole
xterm

puis dans une console
startx -- :1
et dans le xterm du display :1

cd clfswm-bin-0809
./clfswm

Sinon sous debian le test doit donner un truc du genre:
apt-get install sbcl cl-clx-sbcl
puis dans un terminal sans gestionnaire de fichier:
tar xzvf clfswm-0809.tar.gz
sbcl --load /ou/est/clfswm/load.lisp
Il y a plus de détails sur le wiki, mais pour l'instant il est aux fraises... :(

J'en rajoute une couche. Mais si tu veux faire une action particulière avec la souris, il suffit de définir la fonction que tu veux puis de l'associer à un bouton :

par exemple

(defun mon-action-avec-la-souris ()
  "La documentation de la fonction"
  (le code ici))

(define-main-mouse (1 :control) 'mon-action-avec-la-souris)


Ici, control + le bouton gauche de la souris lance mon-action-avec-la-souris dans le mode principal.

> Il serait intéressant d'avoir un ordre de grandeur des performances :
> - temps de boot

Le temps de charger le Lisp : quelques secondes pour CLisp un peu plus pour SBCL.

> - empreinte mémoire

Environ 2Mo pour CLisp, 30Mo pour SBCL/CMUCL.
M'enfin CLFSWM passe la certification P133-32M : il est parfaitement utilisable sur ma vielle brouette de 133 MHz 32 Mo de RAM :)

> - ...

Il faut qu'en même noter que le compilateur Lisp reste chargé en mémoire. C'est comme si on chargeait GCC et que l'on permette la compilation à la volée avec un gestionnaire de fenêtre écrit en C.

Ben il y a erreur sur le gestionnaire de fenêtres. CLFSWM gère très bien la souris : beaucoup d'actions sont faisable avec elle.
Par exemple, on peut déplacer ou retailler un cadre ou une fenêtre avec Alt+bouton gauche/droit.
Pour créer un nouveau cadre il suffit de le dessiner avec la souris sur le fond d'écran. Les coins de l'écran réagissent aux clics de la souris, etc...
Toutes ses actions sont aussi faisables rien qu'avec le clavier.
D'ailleurs c'est une des raisons qui m'ont fait quitter Stumpwm parce que la souris n'est pas gérée de base : c'est un Ratpoison en Common Lisp.