hocwp a écrit 325 commentaires

surfer : pourquoi pas (eviter youtube quand meme)

Pas nécessairement. La lecture de vidéos provenant de youtube avec omxplayer fonctionne parfaitement. Il faut juste rapatrier la vidéo (avec youtube-dl, (c)clive…) et éviter le flash.

J'arrive un peu après la bataille, mais la REPL te permets de coder ton programme alors qu'il est déjà lancé. Tu peux alors faire de la compilation incrémentale et c'est super pratique!
Voir ici et là par exemple.

La vidéo montre les 3 modes : placement prédéfini, placement libre, placement contraint. C'est donc normal que les fenêtres bougent beaucoup. Mais ça ne correspond pas forcement à une utilisation de tout les jours.

La bête est un peu dure à dompter, donc voila une vidéo qui montre ce dont je parle.
On voit les différents layouts pour chaque cadre et l'utilisation des cadres imbriqués pour gérer chaque fenêtre avec le recouvrement ou le déplacements / redimensionnement contraint.

Pas de chance, c'est antinomique.

Je ne vois pas du tout en quoi. Qu'est ce qui empêche d'avoir un wm dans le quel je décris dans sa configuration comment chaque libellé est découpé en cadre, puis que je définisse des règles pour attribuer un cadre à un client ? Ce n'est pas parce qu'actuellement ça n'existe pas que c'est antinomique.

Je ne veux pas trop m'avancer, mais est-ce que ça ne ressemble pas aux cadres avec leur différents layout dans CLFSWM ?
Un cadre peut avoir un layout qui prend en charge ses enfants (mode automatique) ou alors les cadres intérieurs sont libres et dans ce cas, on peut les retailler/déplacer/étendre manuellement.
Un exemple de cadrage manuel. Le menu des layouts et celui des déplacements possibles donnent peut-être une idée de ce qu'on peut faire.

Tiens, pareil. Mon mien (CLFSWM) depuis 8 ans. Par contre il fait beaucoup de choses pour les rares fois où j'en ai besoin.

Tu peux peut-être rechercher du côté de ce que font les profs en FLE (Français langue étrangère). Par exemple Le point du FLE.

On peut aussi citer les livres de Sesamaths.

…mon rm par dans une poubelle…

Si le script utilise directement '/bin/rm -rf', il contourne la poubelle et détruit tes fichiers, non ? Ou alors tu as modifié /bin/rm ?

En utilisant le shell d'Emacs, on voit apparaître les lignes cachées et on a tout le temps de lire la commande complète avant de l'exécuter (ou pas). Il y a sûrement d'autres shell qui ont ce comportement.

Turtle Graphics, Droid draw, Turtle draw, AndroidLogo…. Par contre je n'ai pas testé et je ne sais pas s'il y a une traduction en français et ce n'est peut-être même pas libre.

Web Secretary par exemple.

Tout à fait d'accord pour Wikipedia.
Puis pour le nom, c'est sûr, il parait qu'il est imprononçable en anglais et super dur à taper en Dvorak. En plus du lisp… : je me tire une balle dans le pied :-)
M'enfin j'ai de bon retours à son propos, c'est le principal (pour un petit projet que je proposais de forker au début tellement il était spécifique).

Pour changer le modificateur de raccourcis, tu peux utiliser la fonction '(binding-substitute-modifier :mod-4 :mod-1)'. Il y a aussi un module keyb_fr.lisp dans contrib/. Ajoute '(load-contrib "keyb_fr.lisp")' dans ton fichier de configuration. Enfin, tu as les raccourcis bind-or-jump qui permettent d'aller vite d'un cadre à l'autre (sur les touches alt+1/2/3… par defaut). Et en fait, avec l'habitude, je ne me sers quasiment jamais du mode exposé.

Oui, la suppression de la page a eu des échos. On verra bien. Je rajoute CLFSWM dans les projets libres par contre.

Au passage, je ne faisais que répondre à une demande.

Merci, je vais regarder de ce côté la aussi.

Wikipedia n'est peut-être pas le lieu pour faire de la pub pour un logiciel.

Si CLFSWM rencontre un vrai succès, il reviendra naturellement sur wikipédia.

C'est exactement ce que je me dis. On verra bien.

Merci pour les pompes et la question :-)
Pour l'instant les infos sont collectées depuis le WM. C'est lui qui s'informe ou qui scrute des fichiers/pipes. CLFSWM est sensé tourner sur des implémentations non threadées donc le suivi de l'état de la batterie se fait pour l'instant via un script shell qui met à jour un fichier qui est lu par la suite par le WM (mais cette méthode ne me plais pas trop. Un pipe serait mieux).
Sinon, il peut déjà y avoir une interaction depuis l'exterieur via un système de client/serveur ou avec Slime. Mais ça peut aussi être amélioré (voir se que fait stumpwm avec xprop). Pour dbus, je n'ai pas regardé. Par contre il faut que ça tourne sur n'importe quel système où X fonctionne. Donc pour l'instant je suis plutôt partis sur du Lisp only.

J'ai déjà fais deux ou trois dépêches à son propos. Mais Linuxfr ne semble pas une source valable pour Wikipedia. En fait, je m'en fiche un peu, c'est juste que je trouve dommage d'avoir des utilisateurs étonnés que CLFSWM existe depuis plus de six ans et qu'ils sont passés à côté. Et puis je ne veux pas faire trop de bruit en en parlant à tout bout de champ. Je vais quand même en parler sur usenet et quelques forums.

Oui, c'est moi qui maintiens le paquet sur AUR. Merci pour l'idée des forums.

Demande à ta mère, un pote, n'importe qui d'autre de l'écrire ;)
Ouais, c'est ridicule. D'ailleurs j'ai été un peu con de dire que j'étais l'auteur de l'article et du logiciel. Le problème était aussi qu'il y a très peu de références parlant de CLFSWM. Mais c'est un cercle vicieux puisqu'avec la suppression de l'article, le référencement dans duckduckgo (par exemple) a disparu. Je vais essayer de faire des annonces sur les sites anglophones. Si vous avez des idées de lieux où en parler, n'hésitez pas !

Pour slime, tu peux ajouter un '(load "/chemin/vers/slime/start-swank.lisp") dans ton fichier de configuration. Ensuite il suffit de faire un M-x slime-connect depuis Emacs. Fais bien attention à utiliser une version threadée de common lisp (sbcl marche bien). Après tu peux tester si ça marche en tapant les commandes '(in-package :clfswm)' '(enter-frame)' '(leave-frame).
Je vais parler au responsable du paquet pour Debian et tester avec la Mint.
Bon test !
Edit: Tu as aussi une REPL directement accessible depuis CLFSWM avec la combinaison de touches 'second-mode'+':'.

Merci pour le test. Et évidement, j'ai oublié le plus important. Pour ceux qui voudrait tester, il suffit d'installer un Common Lisp (clisp, sbcl ou ccl marchent très bien), puis faire un 'make' et 'make install' dans le répertoire de CLFSWM. Les dépendances (CLX et ASDF) seront automatiquement installées si elles ne sont pas présentes. Et vous devriez avoir une nouvelle entrée dans le gestionnaire de session.
Puis pour ceux qui n'ont pas confiance, des procédures détaillées se trouvent sur le wiki.
Ou alors vous pouvez tester les versions de vos distributions mais elles ne sont peut-être pas à jour.