hocwp a écrit 331 commentaires

Il y a au moins 2 autres émulateurs de terminal à tester : shell et term. Term permet d'utiliser les programmes en ncurses et je trouve shell plus souple (déplacement dans le buffer pour le copier/coller). Les deux supportent la couleur.

aplay permet de lire des fichiers wav. Pour des mp3, tu peux utiliser mpg123 (ou 321). Tu peux aussi convertir dING1.mp3 en .wav avec audacity ou sox (entre autres).

On peut même trouver les spécifications du SXML et sa grammaire. Mais après il risque d'y avoir ce problème.

Sinon, on peut aussi écrire ça (j'aime bien jouer moi aussi) :

(com (:type "commentaire")
  (question (:to "jbbourgoin")
    Comment tu traduis ma question en LISP ?
    (complement (:type "réécriture de la question")
      Comment ça se passe avec les attributs ?)))

Ca marche très bien. Voici les lignes que j'utilise dans /etc/grub.d/40_custom (à adapter évidement) :

menuentry "Debian Live" {
  loopback loop (hd1,msdos3)/live-build/debian-live.iso
  linux    (loop)/live/vmlinuz1 boot=live config fromiso=/dev/disk/by-uuid/ac51ebd6-716c-4a27-a94c-2c0581405369/live-build/debian-live.iso
  initrd   (loop)/live/initrd1.img
}

Il suffit alors de se construire son système, de copier l'iso sur la clef et d'installer le grub. C'est très souple.

Comme disent Stallmann et Paul Graham, l'avenir est au Lisp. C'est évident.

J'en suis convaincu aussi, mais ça manque un peu d'arguments, non ?

Sinon, as-tu regardé du côté de CLASH pour remplacer le shell par un Lisp. Après, il reste à faire une jolie macro qui traduit les commandes non trouvées en lisp en commande shell.
Il y a aussi le listener de Clim qui est un shell graphique. (un peu comme TermKit mais en moins joli pour l'instant).

Tout dépend comment tu configure ton navigateur. Chez moi une touche suffit à lancer le script qui fait le téléchargement de l'url sous la souris et la lecture avec omxplayer. Ça ne me semble pas trop contre intuitif.

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.