hocwp a écrit 333 commentaires

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.

Il y a énormement de choses qui ont changé depuis l'annonce sur linuxfr.
En particulier les cadres peuvent contenir des fenêtres avec des positionnements aux choix (les unes derrière les autres comme dans ion, tiled, ...) mais aussi d'autres cadres.
Bon je ne m'étale pas plus puisqu'une nouvelle version est prévue dans peu de temps et ce sera plus l'endroit pour les détails.

Je vais voir pour le paquet debian :)

<pub>À tout hasard, jette un coup d'oeil sur clfswm.</pub>
http://common-lisp.net/project/clfswm/

Merci à vous tous, depuis quelque temps la navigation sur linuxfr avec la toolbar était devenue assez pénible.
<ma_vie>Par contre je dois être un peu déviant vu que j'ai trouvé la méthode de dawar plus simple que de chercher sur google comment installer l'extension...</ma_vie>

pas de différence.
Ben pourquoi n'est-elle pas restée sous windows alors ?
Aïe /o\ ~~~~> [ ]

L'époque ou on optimisait la RAM, c'etais sous MSDOS
Ben fallait bien pour tout faire tenir dans moins de 640 Ko pour faire plaisir à Bill :)

Ah, merci, je me doutais bien qu'il sortirait quelque chose de positif de ce journal :)

Je me demande même si openoffice n'est pas plus rapide qu'emacs ...
Sur ma machine quand même pas. Mais de toute façon on ne boot emacs qu'en début de session (s'il n'est pas déjà démarré) et la session se termine quand on le ferme. Donc le temps de démarrage n'est pas trop gênant.

Arf, je ne l'avais pas vu. Ce doit être comme les phases de la lune : il faut que ce thème revienne régulièrement :)

Boh, l'acte manqué c'était peut-être "vi s*x" :)
Et oui, ma conclusion est complètement débile. Mais bon je trouvais ça marrant.

Rho, on se rapproche dangereusement de cette nouvelle de RMS :(
http://www.gnu.org/philosophy/right-to-read.fr.html

Movitz : http://common-lisp.net/project/movitz/ (Lisp)
ForthOS : http://www.forthos.org/ (Forth)

Voila ce que j'appele une macro en Lisp :

• Définir un nouveau type de boucle :

  (defmacro while (test &body body)
    `(do ()
         ((not ,test))
       ,@body))
  
  (let ((a 1))
    (while (< a 10)
      (print a)
      (incf a)))

  Dans le même style, la macro loop est assez impressionnante.
• Le if anaphorique :

  (defmacro aif (test then &optional else)
    `(let ((it ,test)) (if it ,then ,else)))
  
  (defun un-calcul-super-long ()
    (sleep 10)
    (+ 2 2))
  
  (aif (un-calcul-super-long) (print it))
  

  La variable 'it' prend le résultat de la fonction 'un-calcul-super-long'
• Une macro de débogage :

  (defmacro dbg (&rest forms)
    `(progn
      ,@(mapcar #'(lambda (form)
  		  `(format t "~A=~S   " ',form ,form))
  	      forms)
      (format t "~%")
      (force-output)))
  
  (dbg a str (+ 2 3 4))
  A=12   STR="toto"   (+ 2 3 4)=9
  
  (macroexpand-1 '(dbg a str (+ 2 3 4)))
  (PROGN
   (FORMAT T "~A=~S   " 'A A)
   (FORMAT T "~A=~S   " 'STR STR)
   (FORMAT T "~A=~S   " '(+ 2 3 4) (+ 2 3 4))
   (FORMAT T "~%")
   (FORCE-OUTPUT))
  

Peut-on faire la même chose en C ?

Ah j'ai oublié de rajouter la compilation incrementale (c'est très pratique de pouvoir compiler chaque fonctions séparement et les tester une par une - Pas besoin de recompiler tout le programme à chaque fois).
Sinon, je parle de Common Lisp.

Simple : sa syntaxe. Une règle qui est toujours la même
(fonction arg1 arg2 arg3 ...). Un point c'est tout.
Puissant : Les _macros_. Sa gestion des flux, des paquets, des erreurs, des nombres, des valeurs multiples, les arguments optionnels ou par clé, son système objet (CLOS)... et j'en passe. Le fait que quasiment tout est déjà dans le langage et qu'il est simple de rajouter ce qui manque. Que l'ont peut modeler le langage dans un langage plus adapté à ce qu'on doit faire (DSL)...

Ce qui me fait aimer le lisp : c'est simple, souple et puissant.

Sinon un lien sur l'enseignement du Java comme premier langage :
http://www.stsc.hill.af.mil/CrossTalk/2008/01/0801DewarSchon(...)

Roh, s/non/n'ont/ y en a d'autres mais celle la quand même...

Sous clfswm ce sera la même chose à une grosse différence près c'est que le groupe que tu utilises est réellement en plein écran. Donc les barres disparaissent et l'application est en plein écran si le groupe l'est. Par contre tu peux réduire/maximiser le groupe et epiphany suit le mouvement (dans sont état maximiser (sans barres)). Rho une vidéo serait plus claire :)
Pour vlc, mplayer je n'est pas constaté de problème mais si tu testes clfswm et que tu en vois, je suis vraiment prenneur de tout retour.
Pour les icones de notification, il me semble avoir vu que ceux de thunderbird marchaient, je n'ai pas testé avec les autres programmes mais clfswm respecte les 'voeux' des fenêtres qui ne doivent pas être dans un groupe. Donc à voir.
Sinon je le prononce lettre par lettre même si je ne l'ai pas encore dit tout haut :)

Oui, moi j'utilise control+< (c'est ce que j'ai trouvé de plus rapide : faisable avec la main gauche). Par contre pour distribué clfswm j'ai eu des problèmes avec des gens qui non pas de clavier français. J'utilise aussi le twosuperior (du coup je ne peux plus le taper :) ou les touches accentuées qui ne sont pas présentes sur tous les claviers. Donc j'ai fais une répartition des touches que je n'utilise pas mais qui passe normalement sur tous les claviers.