hocwp a écrit 325 commentaires

  • [^] # Re: Mise à jour

    Posté par  (site web personnel) . En réponse au journal Mon gestionnaire de mots de passe, en 50 lignes de HTML. Évalué à 2 (+1/-0). Dernière modification le 15 février 2024 à 10:19.

    Et évidement, ton sel doit être vide pour ne pas casser les mots de passes déjà générés.
    Avec un commentaire qui incite à le modifier (ou pas) si on duplique la page sur un autre site.

  • [^] # Re: Mise à jour

    Posté par  (site web personnel) . En réponse au journal Mon gestionnaire de mots de passe, en 50 lignes de HTML. Évalué à 6 (+5/-0).

    Merci beaucoup pour l'idée ! J'étais à la recherche d'une telle solution.
    Comme remarque, peut-être ajouter un sel global :

    sha256(globalSalt + domain.value + "|" + password.value + "\n");

    Comme ça chacun peut reprendre le code et changer le sel. Les mots de passes générés par ton site ne seront pas les mêmes sur les autres sites. Et chacun peut héberger sa page de génération de mots de passes.
    Aussi mettre une licence sur le code pour lever les ambiguïtés.
    Encore merci pour l'idée !

  • [^] # Re: Emacs

    Posté par  (site web personnel) . En réponse au journal Transformer vim en IDE avec LSP et DAP. Évalué à 1.

    Et peut-être aussi doom-emacs : https://github.com/hlissner/doom-emacs/

  • [^] # Re: Quand on viens du mac ?

    Posté par  (site web personnel) . En réponse au journal Revue d'elementary Juno. Évalué à 1.

    C'est par exemple possible aussi avec les Shells d'Emacs :
    Titre de l'image

    Et vu que les images sont considérées comme des caractères, on peut les placer où on veut. C'est le cas du dernier exemple.
    M'enfin c'est une chose dont je n'avais jamais eu besoin avant de lire le commentaire au dessus :-)

  • [^] # Re: en fait: pourquoi Lisp ?

    Posté par  (site web personnel) . En réponse au journal Un navigateur totalement personnalisable ? En Lisp ? Next-browser. Évalué à 1.

    Je ne suis pas sûr : "Parce que cela permet d'écrire un bout de code, de compiler la fonction, et de la tester de suite."

    Au passage merci à l'auteur pour le lien. Ce n'est pas encore hyper facile de le compiler mais le premier ressenti est vraiment sympa. Reste plus qu'à coder un adblock rapidement.

  • # ...

    Posté par  (site web personnel) . En réponse au journal Naissance de la Taptempo-Federation. Évalué à 7.

    Hé hé ça a un goût de diner de con. Bon je me tais sinon je vais laisser aucun doute. :-)

  • # Ton du journal

    Posté par  (site web personnel) . En réponse au journal Portage de TapTempo en Clojure (v2). Évalué à 6.

    Pour ceux qui n'aurait pas suivit et qui aurait tiqué sur le ton du début de journal : je suis l'auteur de la 1ère version de TapTempo en Clojure et de celle en Forth.
    Je ne me permettrais pas de dénigrer de cette manière du code autre que le mien. Mais ces versions ne respectaient en rien le cahier des charges du journal initial (méa culpa). Ça m'apprendra à ne pas bien lire les specs… La version 2 me semble plus cohérente dans ce sens. On ne pouvait pas en rester à la 1ere version.

    Je trouve génial toutes les versions qui ont fleuries sur github. C'est vraiment sympa d'avoir un programme un peu plus évolué qu'un 'hello world' avec toutes les fonctionnalités attendu.
    Du coup un simple git clone et les explications pour compiler et on a un template pour un programme connu dans un langage qu'on ne maîtrise pas.

  • [^] # Re: Tests

    Posté par  (site web personnel) . En réponse au journal Portage de TapTempo en Clojure (v2). Évalué à 5.

    Oui, la version précédente était vraiment trop simpliste.

    Les test unitaires sont exécutés à part avec la ligne de commande lein test (il faut que je le rajoute dans le README).
    Pour le fonctionnement, la fonction is attend que tous les tests en argument soient vrais.

    Donc par exemple pour :

    (is (= (calc-tempo [60000 0]) [1N 2]))

    L'appel à (calc-tempo [60000 0]) doit être égal à [1N 2]. C'est à dire 1 bpm avec 2 samples en entrées.
    Si ce n'est pas le cas, le test ne passe pas.

    Les premiers tests sont ceux attendu théoriquement. Les suivants sont de vrais échantillons (tu dois pouvoir voir l'heure à laquelle ils ont été pris :-) ).

  • [^] # Re: La feature dont tout le monde se fout

    Posté par  (site web personnel) . En réponse à la dépêche Quel terminal pour 2018 ?. Évalué à 3.

    Il faut bien que quelqu'un dise qu'Emacs le fait depuis des lustres.
    Donc, c'est ce que font un shell ou un eshell et la fonction toggle-truncate-lines
    Et au passage, c'est aussi valable pour les autres type de buffers.

  • # Vieux code

    Posté par  (site web personnel) . En réponse au journal Journal Portage de TapTempo en Forth. Évalué à 2.

    Héhé en relisant ma page perso, je me suis souvenu qu'on peut faire des choses assez terribles en Forth : http://hocwp.free.fr/fex/

    Pour résumer, les balises d'un document sont du Forth et quand ils sont évalués produisent le document.
    C'est l'inverse du Lisp où Code is Data. En Forth Data is Code.

    M'enfin ça ne sert à rien actuellement avec le markdown et consorts. :-)

  • [^] # Re: Force

    Posté par  (site web personnel) . En réponse au journal Journal Portage de TapTempo en Forth. Évalué à 3. Dernière modification le 11 mars 2018 à 14:23.

    Oui c'est voulu pour permettre de lisser les calculs du tempo sur 6 battements.

    Pour le côté cryptique, c'est pas bien de ma part : je n'ai pas documenté l'usage du tas.

    Mais en gros, au début on a le temps de départ et le compteur sur le tas.
    A chaque itération de la boucle on diminue le compteur.
    Quand il atteint 0, on calcule le tempo :

    steps 60 1000 1000 * * * s>f => on place le numérateur steps*60*1000*1000 sur le tas des flottants.
    drop => on enlève le compteur du tas
    now => on place le temps actuel sur le tas
    swap => on inverse le temps de départ et le temps actuel
    - => on calcule la différence
    s>f => on place le dénominateur sur le tas des flottants
    f/ => on effectue la division

  • [^] # Re: Compact

    Posté par  (site web personnel) . En réponse au journal Portage de TapTempo en Clojure. Évalué à 3.

    Merci à toi pour l'idée d'origine et aux auteurs pour les autres langages.
    C'est vraiment fun de comparer les langages avec chacun sa culture !

  • [^] # Re: EmacsOS

    Posté par  (site web personnel) . En réponse à la dépêche GNU Emacs v25.1 : regarder YouTube dans Emacs. Évalué à 2.

    Pour le parefeu, je sais pas mais pour l'audio bongo est vachement bien !

  • # Mise à jour

    Posté par  (site web personnel) . En réponse à la dépêche GNU Emacs v25.1 : regarder YouTube dans Emacs. Évalué à 8.

    Cool : c'est le moment de mettre à jour son OS.
    Merci pour la dépêche.

  • [^] # Re: Emacs

    Posté par  (site web personnel) . En réponse au sondage Votre multiplexeur de terminal favori. Évalué à 1.

    Tout pareil !

  • [^] # Re: Il manque Emacs dans la liste.

    Posté par  (site web personnel) . En réponse au sondage Quel terminal utilisez-vous ?. Évalué à 2.

    Il est présent pourtant, non ? J'ai répondu 'Le terminal par défaut de mon système d'exploitation'.
    Perso eshell et des fois shell ou ansi-term (Les shell d'emacs).

  • [^] # Re: Pas mal

    Posté par  (site web personnel) . En réponse à la dépêche Un point d'avancement sur Neovim. Évalué à 9.

    Suffit d'utiliser emacs daemon / emacsclient. Mais il faut penser à redimensionner le serveur dans ce cas.
    Oops pas pu attendre vendredi -> []

  • # Stow

    Posté par  (site web personnel) . En réponse au journal Comment faire une sandbox de mon système de fichier ?. Évalué à 5.

    Si tu n'as pas besoin d'isoler ton programme des autres, tu peux utiliser stow. Il permet d'installer un programme dans un répertoire et de créer des liens dans /usr/local pour qu'il fonctionne correctement.
    Sinon des fois, j'utilise un truc maison.

  • [^] # Re: Mes incontournables, que dis-je, mes indispensables

    Posté par  (site web personnel) . En réponse à la dépêche GNU Emacs : quelques extensions (première partie). Évalué à 2.

    C'est une tuerie ce eev. Merci pour la découverte !

  • [^] # Re: emacs

    Posté par  (site web personnel) . En réponse au message divers utilitaires . Évalué à 2.

    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 = wav

    Posté par  (site web personnel) . En réponse au message commande aplay. Évalué à 2.

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

  • [^] # Re: XML

    Posté par  (site web personnel) . En réponse au journal XML c'est de la daube!!!. Évalué à 3.

    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 ?)))
  • [^] # Re: bien configuré, syslinux te permettra de faire bien plus.

    Posté par  (site web personnel) . En réponse au message Un LiveUSB tout terrain. Évalué à 1. Dernière modification le 22 février 2014 à 21:20.

    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.

  • [^] # Re: Le shell du troisième millénaire!

    Posté par  (site web personnel) . En réponse au journal cv, un petit outil pour surveiller vos copies. Évalué à 1.

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

  • [^] # Re: performance de l'ensemble % au besoin

    Posté par  (site web personnel) . En réponse au message Déménagement en Indonésie.. Évalué à 2.

    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.