hocwp a écrit 331 commentaires

Aspirer le site et enlever le cable réseau...

Oui, enfin rapporté aux Mo utilisés par Xorg seul, il n'occupe pas beaucoup de place quand même.

Tu as peut-être déjà lu cette page : http://wiki.archlinux.org/index.php/OSS#ALSA_emulation
(Je n'ai pas encore testé)

Juste comme ça, pour l'indentation, il suffit de remplacer tous les espaces par   avec un éditeur de texte. Pour les tabulations il suffit de mettre le bon nombre de  .
Parce que du perl sans tabulation ça passe mais pour du python c'est limite :)

oui ( c'est du forth :)

On s'écarte du sujet mais bon... Ton code en Lisp s'écrirait plutôt comme ça :
(répondre baud123 (falloir indéterminé (aimer parenthèses)) oui)
L'équivalent en C serait :
répondre(baud123, falloir(indéterminé, aimer (parenthèses)), oui);
Même nombre de parenthèses, des virgules et points virgules en plus.

L'équivalent en C, si on l'avait indenté comme ce que tu as fais pour le Lisp, donnerait un truc du genre :
int *
  aimer_v =
    aimer (&parenthèses);

double float falloir_v
  = falloir(indéterminé,
        aimer_v);

return
  répondre(baud123,
      falloir_v, &oui)
   ;


Et au passage, le code avec les accents ne compile pas en C mais est tout à fait valide en Lisp vu que le compilo supporte l'UTF-8 : http://www.gnu.org/software/clisp/propaganda.html

> 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).